<?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"
	>
<channel>
	<title>Comments on: The Case for Registering Multiple Domains</title>
	<atom:link href="http://www.sitepoint.com/blogs/2006/10/30/the-case-for-registering-multiple-domains/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2006/10/30/the-case-for-registering-multiple-domains/</link>
	<description></description>
	<pubDate>Mon, 08 Sep 2008 04:25:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: HarryF</title>
		<link>http://www.sitepoint.com/blogs/2006/10/30/the-case-for-registering-multiple-domains/#comment-76907</link>
		<dc:creator>HarryF</dc:creator>
		<pubDate>Tue, 31 Oct 2006 08:50:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1756#comment-76907</guid>
		<description>&lt;blockquote&gt;
Where it says hostname here, do browsers consider subdomains to be seperate hostnames, or the same hostname?
&lt;/blockquote&gt;

They should consider them to be seperate hostnames. The problem related to cookies though is if you have ".mydomain.com" as the cookie domain, the browser will send the cookie on each request to mydomain.com and all subdomains.

Aside from how intermediate proxies respond to that, it can be a significant chunk of bandwidth you're losing to those requests - if the cookie header is, say ~ 500 bytes (about the size of Sitepoint's cookies), for a page that requires say 10 images, 1 external Javascript script and 1 CSS file, all on the same domain, that's 6 kbytes of bandwidth spent, just on having cookies sent for static content requests - adds up when you have a lot of visitors.</description>
		<content:encoded><![CDATA[<blockquote><p>
Where it says hostname here, do browsers consider subdomains to be seperate hostnames, or the same hostname?
</p></blockquote>
<p>They should consider them to be seperate hostnames. The problem related to cookies though is if you have &#8220;.mydomain.com&#8221; as the cookie domain, the browser will send the cookie on each request to mydomain.com and all subdomains.</p>
<p>Aside from how intermediate proxies respond to that, it can be a significant chunk of bandwidth you&#8217;re losing to those requests - if the cookie header is, say ~ 500 bytes (about the size of Sitepoint&#8217;s cookies), for a page that requires say 10 images, 1 external Javascript script and 1 CSS file, all on the same domain, that&#8217;s 6 kbytes of bandwidth spent, just on having cookies sent for static content requests - adds up when you have a lot of visitors.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: HarryF</title>
		<link>http://www.sitepoint.com/blogs/2006/10/30/the-case-for-registering-multiple-domains/#comment-76905</link>
		<dc:creator>HarryF</dc:creator>
		<pubDate>Tue, 31 Oct 2006 08:41:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1756#comment-76905</guid>
		<description>&lt;blockquote&gt;
Does the same theory apply for dynamic content as well? I know the cookie issue might be a hurdle if people are using them as session trackers.
&lt;/blockquote&gt;

Not sure I understand the question.

&lt;blockquote&gt;
Images loading from another domain has more to do with letting one server/domain be dedicated to serving static content, while the main server does server side processing.
&lt;/blockquote&gt;

That's a good point. Servers like &lt;a href="http://sites.inka.de/sites/bigred/sw/tinyhttpd.html" rel="nofollow"&gt;TinyHTTPD&lt;/a&gt; often get employed to do this.

A single Apache child + mod_php, for example, represents a significant block of memory - the principle is don't waste those child processes on serving "dumb" content. And, specific to PHP, it can also be important when you're using persistent resources that stay in memory - George Schlossnagle makes that point well &lt;a href="http://www.oracle.com/technology/pub/articles/php_experts/scaling_oracle_and_php.html" rel="nofollow"&gt;here&lt;/a&gt;;

&lt;blockquote&gt;
If the average page in your Web application contains nine images, then only ten percent of the requests to your Web server actually used the persistent connections they have assigned to them. In other words, ninety percent of the requests are wasting a valuable (and expensive, from a scalability standpoint) Oracle connection handle. Your goal should be to ensure that only requests that require Oracle connectivity (or at least require dynamic content) are served off of your dynamic Web server. This will increase the amount of Oracle-related work done by each process, which in turn reduces the number of children required to generate dynamic content.

The easiest way to promote this is by offloading all of your images onto a separate Web server (or set of Web servers).
&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<blockquote><p>
Does the same theory apply for dynamic content as well? I know the cookie issue might be a hurdle if people are using them as session trackers.
</p></blockquote>
<p>Not sure I understand the question.</p>
<blockquote><p>
Images loading from another domain has more to do with letting one server/domain be dedicated to serving static content, while the main server does server side processing.
</p></blockquote>
<p>That&#8217;s a good point. Servers like <a href="http://sites.inka.de/sites/bigred/sw/tinyhttpd.html" rel="nofollow">TinyHTTPD</a> often get employed to do this.</p>
<p>A single Apache child + mod_php, for example, represents a significant block of memory - the principle is don&#8217;t waste those child processes on serving &#8220;dumb&#8221; content. And, specific to PHP, it can also be important when you&#8217;re using persistent resources that stay in memory - George Schlossnagle makes that point well <a href="http://www.oracle.com/technology/pub/articles/php_experts/scaling_oracle_and_php.html" rel="nofollow">here</a>;</p>
<blockquote><p>
If the average page in your Web application contains nine images, then only ten percent of the requests to your Web server actually used the persistent connections they have assigned to them. In other words, ninety percent of the requests are wasting a valuable (and expensive, from a scalability standpoint) Oracle connection handle. Your goal should be to ensure that only requests that require Oracle connectivity (or at least require dynamic content) are served off of your dynamic Web server. This will increase the amount of Oracle-related work done by each process, which in turn reduces the number of children required to generate dynamic content.</p>
<p>The easiest way to promote this is by offloading all of your images onto a separate Web server (or set of Web servers).
</p></blockquote>]]></content:encoded>
	</item>
	<item>
		<title>By: TheAnarchist</title>
		<link>http://www.sitepoint.com/blogs/2006/10/30/the-case-for-registering-multiple-domains/#comment-76852</link>
		<dc:creator>TheAnarchist</dc:creator>
		<pubDate>Tue, 31 Oct 2006 05:12:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1756#comment-76852</guid>
		<description>Where it says hostname here, do browsers consider subdomains to be seperate hostnames, or the same hostname?</description>
		<content:encoded><![CDATA[<p>Where it says hostname here, do browsers consider subdomains to be seperate hostnames, or the same hostname?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ambush Commander</title>
		<link>http://www.sitepoint.com/blogs/2006/10/30/the-case-for-registering-multiple-domains/#comment-76787</link>
		<dc:creator>Ambush Commander</dc:creator>
		<pubDate>Tue, 31 Oct 2006 01:04:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1756#comment-76787</guid>
		<description>Images loading from another domain has more to do with letting one server/domain be dedicated to serving static content, while the main server does server side processing.</description>
		<content:encoded><![CDATA[<p>Images loading from another domain has more to do with letting one server/domain be dedicated to serving static content, while the main server does server side processing.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: mrsmiley</title>
		<link>http://www.sitepoint.com/blogs/2006/10/30/the-case-for-registering-multiple-domains/#comment-76715</link>
		<dc:creator>mrsmiley</dc:creator>
		<pubDate>Mon, 30 Oct 2006 21:27:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1756#comment-76715</guid>
		<description>Does the same theory apply for dynamic content as well?  I know the cookie issue might be a hurdle if people are using them as session trackers.

I must admit though, I did wonder why sites like eBay load images etc from another domain.  Figured it was some some kind of consolidation excercise with PayPal.

In the end, no matter how many connections the client opens to your infrastructure, they are still limited by their ISP connection.  But I digress, that's client performance vs server performance.</description>
		<content:encoded><![CDATA[<p>Does the same theory apply for dynamic content as well?  I know the cookie issue might be a hurdle if people are using them as session trackers.</p>
<p>I must admit though, I did wonder why sites like eBay load images etc from another domain.  Figured it was some some kind of consolidation excercise with PayPal.</p>
<p>In the end, no matter how many connections the client opens to your infrastructure, they are still limited by their ISP connection.  But I digress, that&#8217;s client performance vs server performance.</p>]]></content:encoded>
	</item>
</channel>
</rss>
