<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for James Guest</title>
	<atom:link href="http://www.jamesguest.co.uk/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jamesguest.co.uk</link>
	<description>Digital consultant &#38; project manager</description>
	<lastBuildDate>Tue, 12 Jul 2011 14:20:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Comment on Ten steps to protect against vulnerability by James Guest</title>
		<link>http://www.jamesguest.co.uk/latest/2011/06/ten-steps-to-protect-against-vulnerability/#comment-5</link>
		<dc:creator>James Guest</dc:creator>
		<pubDate>Tue, 12 Jul 2011 14:20:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jamesguest.co.uk/?p=128#comment-5</guid>
		<description>Thanks Jamie. I totally understand and agree that specific hosting requirements can sometimes be necessary and costly for complex or custom builds. However, this in itself is a potential risk. I would normally factor in the hosting requirements when selecting a technology to use. Expensive, non-standard requirements may be a good reason to opt for an alternative technology. I also agree that set-up, maintenance and ongoing support costs are a factor. These should always be considered at that outset of a project, as they should be in addition to the hosting costs regardless of who owns the server.</description>
		<content:encoded><![CDATA[<p>Thanks Jamie. I totally understand and agree that specific hosting requirements can sometimes be necessary and costly for complex or custom builds. However, this in itself is a potential risk. I would normally factor in the hosting requirements when selecting a technology to use. Expensive, non-standard requirements may be a good reason to opt for an alternative technology. I also agree that set-up, maintenance and ongoing support costs are a factor. These should always be considered at that outset of a project, as they should be in addition to the hosting costs regardless of who owns the server.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ten steps to protect against vulnerability by Jamie Saunders</title>
		<link>http://www.jamesguest.co.uk/latest/2011/06/ten-steps-to-protect-against-vulnerability/#comment-4</link>
		<dc:creator>Jamie Saunders</dc:creator>
		<pubDate>Tue, 12 Jul 2011 12:47:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jamesguest.co.uk/?p=128#comment-4</guid>
		<description>Thanks for a great article James, you make a lot of valid points.  Although I do understand why you advise to keep hosting in the client&#039;s own name, there are situations in which this is not practical. For instance, when a client requires the power of a dedicated server but cannot afford the outlay of renting an entire dedicated server themselves, espcailly with when very specific hosting environments are needed – this can be very expensive when you take into account set-up, maintenance and ongoing rental costs, often reaching hundreds of pounds or more per month.  However, if backups are taken regularly and the domains decoupled from the hosting, if the worse came to the worse the client could recover by &#039;swapping out&#039; the hosting service, setting up their site elsewhere and repointing the domain.</description>
		<content:encoded><![CDATA[<p>Thanks for a great article James, you make a lot of valid points.  Although I do understand why you advise to keep hosting in the client&#8217;s own name, there are situations in which this is not practical. For instance, when a client requires the power of a dedicated server but cannot afford the outlay of renting an entire dedicated server themselves, espcailly with when very specific hosting environments are needed – this can be very expensive when you take into account set-up, maintenance and ongoing rental costs, often reaching hundreds of pounds or more per month.  However, if backups are taken regularly and the domains decoupled from the hosting, if the worse came to the worse the client could recover by &#8216;swapping out&#8217; the hosting service, setting up their site elsewhere and repointing the domain.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.349 seconds -->

