<?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 on: Understanding Google&#8217;s Bigdaddy Rollout</title>
	<atom:link href="http://boakes.org/understanding-googles-bigdaddy-rollout/feed/" rel="self" type="application/rss+xml" />
	<link>http://boakes.org/understanding-googles-bigdaddy-rollout/</link>
	<description>talking up a better world, over tea</description>
	<lastBuildDate>Tue, 16 Mar 2010 17:41:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: yatra</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3951</link>
		<dc:creator>yatra</dc:creator>
		<pubDate>Wed, 12 Apr 2006 17:10:39 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3951</guid>
		<description>Is big daddy over yet?  We have been completely dropped from the search results. Can you suggest any way to put in a complaint with google? Where do we resubmit the website for crawling?</description>
		<content:encoded><![CDATA[<p>Is big daddy over yet?  We have been completely dropped from the search results. Can you suggest any way to put in a complaint with google? Where do we resubmit the website for crawling?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3950</link>
		<dc:creator>Rich</dc:creator>
		<pubDate>Fri, 03 Mar 2006 09:28:38 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3950</guid>
		<description>Hi Chris, the easy way to check for redirects is to connect directly to your server, speak HTTP at it, and see what comes out.

For some reason when doing this, I always get the mental image of leaning over the bar and suckling directly from the beertap rather than having the barman pour me a glass.

Fortunately the necessary HTTP is very brief and you prepare it in an editor beforehand.  This example assumes you want to check boakes.org for redirects:

&lt;blockquote&gt;&lt;code&gt;get / HTTP/1.1&lt;br /&gt;host: boakes.org&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;/code&gt;&lt;/blockquote&gt;

That&#039;s two lines with text, then one blank line.  If you then fire up your telnet software:

&lt;code&gt;telnet boakes.org 80&lt;/code&gt;

and then paste the prepared http code, and hit enter, you&#039;ll either see an HTTP response that contains a redirect header, or you&#039;ll see the requested page.

Now change the http request:
&lt;blockquote&gt;&lt;code&gt;get / HTTP/1.1&lt;br /&gt;host: &lt;strong&gt;www.&lt;/strong&gt;boakes.org&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;/code&gt;&lt;/blockquote&gt;

and reconnect:
&lt;code&gt;telnet &lt;strong&gt;www.&lt;/strong&gt;boakes.org 80&lt;/code&gt;

...and compare with your previous output, one has a referral header and one doesn&#039;t.

The important lines in the referral header are these two:
&lt;blockquote&gt;&lt;code&gt;HTTP/1.1 301 Moved Permanently&lt;br /&gt;Location: http://boakes.org/index.php&lt;/code&gt;&lt;/blockquote&gt;

The first one contains a 301 result code that instrructs the browser that it needs to ask somewhere else.  The location line tells the browser where to look.

Now; on your particular server I see that you&#039;re running Plesk, and I noticed the following &lt;a href=&quot;http://www.swsoft.com/doc/html/Plesk/psa2/psa_2.5_um/ch16.html&quot; rel=&quot;nofollow&quot;&gt;Plesk Server Admin (2.5) manual&lt;/a&gt;:
&lt;blockquote&gt;Check or uncheck the WWW prefix checkbox to determine whether the given domain will allow the www prefix to be used to access the domain.&lt;/blockquote&gt;
So it sounds like it&#039;s &quot;a feature&quot;, and may be a cause in your redirect is failing.

From a Google perspective, the upshot of the same content being available from two uri&#039;s has historically resulted in a split pagerank - but it sounds like BigDaddy may solve this.</description>
		<content:encoded><![CDATA[<p>Hi Chris, the easy way to check for redirects is to connect directly to your server, speak HTTP at it, and see what comes out.</p>
<p>For some reason when doing this, I always get the mental image of leaning over the bar and suckling directly from the beertap rather than having the barman pour me a glass.</p>
<p>Fortunately the necessary HTTP is very brief and you prepare it in an editor beforehand.  This example assumes you want to check boakes.org for redirects:</p>
<blockquote><p><code>get / HTTP/1.1<br />host: boakes.org</p>
<p></code></p></blockquote>
<p>That&#8217;s two lines with text, then one blank line.  If you then fire up your telnet software:</p>
<p><code>telnet boakes.org 80</code></p>
<p>and then paste the prepared http code, and hit enter, you&#8217;ll either see an HTTP response that contains a redirect header, or you&#8217;ll see the requested page.</p>
<p>Now change the http request:</p>
<blockquote><p><code>get / HTTP/1.1<br />host: <strong>www.</strong>boakes.org</p>
<p></code></p></blockquote>
<p>and reconnect:<br />
<code>telnet <strong>www.</strong>boakes.org 80</code></p>
<p>&#8230;and compare with your previous output, one has a referral header and one doesn&#8217;t.</p>
<p>The important lines in the referral header are these two:</p>
<blockquote><p><code>HTTP/1.1 301 Moved Permanently<br />Location: <a href="http://boakes.org/index.php" rel="nofollow">http://boakes.org/index.php</a></code></p></blockquote>
<p>The first one contains a 301 result code that instrructs the browser that it needs to ask somewhere else.  The location line tells the browser where to look.</p>
<p>Now; on your particular server I see that you&#8217;re running Plesk, and I noticed the following <a href="http://www.swsoft.com/doc/html/Plesk/psa2/psa_2.5_um/ch16.html" rel="nofollow">Plesk Server Admin (2.5) manual</a>:</p>
<blockquote><p>Check or uncheck the WWW prefix checkbox to determine whether the given domain will allow the www prefix to be used to access the domain.</p></blockquote>
<p>So it sounds like it&#8217;s &#8220;a feature&#8221;, and may be a cause in your redirect is failing.</p>
<p>From a Google perspective, the upshot of the same content being available from two uri&#8217;s has historically resulted in a split pagerank &#8211; but it sounds like BigDaddy may solve this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3949</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Fri, 03 Mar 2006 05:55:08 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3949</guid>
		<description>Rich,

A question about your redirects. But first, thanks for the info on BD.

my site: chrisheath.us shows the same with or without the &#039;www&#039;

I tried adding a .htaccess file with the line: redirect 301  http://www.chrisheath.us http://chrisheath.us

that didn&#039;t seem to work.

I&#039;m on a virtual server (vps) and run apache. Any ideas?  Or is there a redirect already going on since you get the same page for both?

TYIA,
Chris Heath</description>
		<content:encoded><![CDATA[<p>Rich,</p>
<p>A question about your redirects. But first, thanks for the info on BD.</p>
<p>my site: chrisheath.us shows the same with or without the &#8216;www&#8217;</p>
<p>I tried adding a .htaccess file with the line: redirect 301  <a href="http://www.chrisheath.us" rel="nofollow">http://www.chrisheath.us</a> <a href="http://chrisheath.us" rel="nofollow">http://chrisheath.us</a></p>
<p>that didn&#8217;t seem to work.</p>
<p>I&#8217;m on a virtual server (vps) and run apache. Any ideas?  Or is there a redirect already going on since you get the same page for both?</p>
<p>TYIA,<br />
Chris Heath</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: boakes.org</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3948</link>
		<dc:creator>boakes.org</dc:creator>
		<pubDate>Wed, 01 Mar 2006 17:49:57 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3948</guid>
		<description>&lt;strong&gt;Google Big Daddy Update...&lt;/strong&gt;

The rise in referral traffic from Google seems to have stabilized, so I&#8217;ve re-run the analysis from last week and updated the big daddy status list to reflect the current status of the various datacentres; two of which appear to have switched ove...</description>
		<content:encoded><![CDATA[<p><strong>Google Big Daddy Update&#8230;</strong></p>
<p>The rise in referral traffic from Google seems to have stabilized, so I&#8217;ve re-run the analysis from last week and updated the big daddy status list to reflect the current status of the various datacentres; two of which appear to have switched ove&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3946</link>
		<dc:creator>Rich</dc:creator>
		<pubDate>Wed, 22 Feb 2006 11:20:35 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3946</guid>
		<description>True, this is a noble stance, but they&#039;d be nuts not to use the data to help calibrate their ranking algorithm, &#039;cause it&#039;s the most accurate reflection of user behaviour after the search result link has been clicked.  My previously published &lt;a href=&quot;/google-market-sense&quot; rel=&quot;nofollow&quot;&gt;musings on Analytics&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>True, this is a noble stance, but they&#8217;d be nuts not to use the data to help calibrate their ranking algorithm, &#8217;cause it&#8217;s the most accurate reflection of user behaviour after the search result link has been clicked.  My previously published <a href="/google-market-sense" rel="nofollow">musings on Analytics</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Newton</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3947</link>
		<dc:creator>Stephen Newton</dc:creator>
		<pubDate>Wed, 22 Feb 2006 11:06:38 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3947</guid>
		<description>Snap. I also use Sitemaps and 301 redirects (but to www.stephennewton.com). I tried Google Analytics, but I didn&#039;t like it and so I dumped it. I&#039;d be surprised if Analytics helps as Google&#039;s always keen to deny favouring those who use its products.</description>
		<content:encoded><![CDATA[<p>Snap. I also use Sitemaps and 301 redirects (but to <a href="http://www.stephennewton.com" rel="nofollow">http://www.stephennewton.com</a>). I tried Google Analytics, but I didn&#8217;t like it and so I dumped it. I&#8217;d be surprised if Analytics helps as Google&#8217;s always keen to deny favouring those who use its products.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3945</link>
		<dc:creator>Rich</dc:creator>
		<pubDate>Tue, 21 Feb 2006 16:27:48 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3945</guid>
		<description>I use Google sitemaps, so I &lt;em&gt;know&lt;/em&gt; that every last ascii character that I want indexed gets the full treatment already.  I&#039;m also quite careful with ensuring that I have 301 redirects to the boakes.org domain in cases where there could be confusion - this ensures that the pagerank between boakes.org and www.boakes.org is all heaped on the former, which I prefer, for brevity.

Part of Bigdaddy appears to be a change in the way that some redirects are handled, so there are certainly algorithm changes as well as infrastructure changes in the new datacentre setup.

There are other things to consider - I installed google analytics last year, so google now has a far better understanding of how visitors to this site behave, what they click on, etc, so that might have helped.  If insight from the first analytics customers is part of the Bigdaddy rollout then it would help to explain the increase in readership.  Also, when the Jagger update occurred, google derived traffic did drop slightly, so this might be redressing the balance from that.

Of course, all I can do is observe and speculate.</description>
		<content:encoded><![CDATA[<p>I use Google sitemaps, so I <em>know</em> that every last ascii character that I want indexed gets the full treatment already.  I&#8217;m also quite careful with ensuring that I have 301 redirects to the boakes.org domain in cases where there could be confusion &#8211; this ensures that the pagerank between boakes.org and <a href="http://www.boakes.org" rel="nofollow">http://www.boakes.org</a> is all heaped on the former, which I prefer, for brevity.</p>
<p>Part of Bigdaddy appears to be a change in the way that some redirects are handled, so there are certainly algorithm changes as well as infrastructure changes in the new datacentre setup.</p>
<p>There are other things to consider &#8211; I installed google analytics last year, so google now has a far better understanding of how visitors to this site behave, what they click on, etc, so that might have helped.  If insight from the first analytics customers is part of the Bigdaddy rollout then it would help to explain the increase in readership.  Also, when the Jagger update occurred, google derived traffic did drop slightly, so this might be redressing the balance from that.</p>
<p>Of course, all I can do is observe and speculate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Newton</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3944</link>
		<dc:creator>Stephen Newton</dc:creator>
		<pubDate>Tue, 21 Feb 2006 15:22:10 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3944</guid>
		<description>It must be more than a new datacenter, because the algorithm should produce the same results whatever. Or do you think Google&#039;s indexed more of your site now?</description>
		<content:encoded><![CDATA[<p>It must be more than a new datacenter, because the algorithm should produce the same results whatever. Or do you think Google&#8217;s indexed more of your site now?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3943</link>
		<dc:creator>Rich</dc:creator>
		<pubDate>Mon, 20 Feb 2006 13:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3943</guid>
		<description>I believe so (based on it&#039;s response to the &quot;sf giants&quot; search) - it&#039;s in the table above and marked as such.</description>
		<content:encoded><![CDATA[<p>I believe so (based on it&#8217;s response to the &#8220;sf giants&#8221; search) &#8211; it&#8217;s in the table above and marked as such.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: neteagle</title>
		<link>http://boakes.org/understanding-googles-bigdaddy-rollout/comment-page-1/#comment-3942</link>
		<dc:creator>neteagle</dc:creator>
		<pubDate>Mon, 20 Feb 2006 13:29:15 +0000</pubDate>
		<guid isPermaLink="false">http://boakes.org/understanding-googles-bigdaddy-rollout#comment-3942</guid>
		<description>Is &quot;72.14.207.104&quot; BigDaddy?</description>
		<content:encoded><![CDATA[<p>Is &#8220;72.14.207.104&#8243; BigDaddy?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
