<?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: Google &#8211; DNS Data? Yummy</title>
	<atom:link href="http://andybeard.eu/2502/google-dns-data-yummy.html/feed" rel="self" type="application/rss+xml" />
	<link>http://andybeard.eu/2502/google-dns-data-yummy.html</link>
	<description>Internet Marketing, Lead Acquisition, Online Business Strategy and Social Media with Original Opinion and Loads of Attitude</description>
	<lastBuildDate>Sat, 11 Feb 2012 13:54:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Oli's Shanghai Blog</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443473</link>
		<dc:creator>Oli's Shanghai Blog</dc:creator>
		<pubDate>Mon, 07 Dec 2009 02:05:12 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443473</guid>
		<description>The biggest problem I have with DNS propogation is not usually with my own connection though - it&#039;s generally the &#039;weakest link in the chain&#039; (ie on my reader&#039;s computers).

Nice blog by the way :)</description>
		<content:encoded><![CDATA[<p>The biggest problem I have with DNS propogation is not usually with my own connection though &#8211; it&#8217;s generally the &#8216;weakest link in the chain&#8217; (ie on my reader&#8217;s computers).</p>
<p>Nice blog by the way :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Molly Smith</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443472</link>
		<dc:creator>Molly Smith</dc:creator>
		<pubDate>Mon, 07 Dec 2009 01:53:14 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443472</guid>
		<description>There is another popular DNS Service company that Sequoia Capital funded and Google&#039;s entry into this would either destroy them or make them more valuable to other companies who feel that there may be value to that data such as Microsoft? Also, Google has a history of buying up Sequioia backed companies (YouTube) or enter into markets via acquistion (latest AdMob) and I would not be surprise that they would acquire this company.</description>
		<content:encoded><![CDATA[<p>There is another popular DNS Service company that Sequoia Capital funded and Google&#8217;s entry into this would either destroy them or make them more valuable to other companies who feel that there may be value to that data such as Microsoft? Also, Google has a history of buying up Sequioia backed companies (YouTube) or enter into markets via acquistion (latest AdMob) and I would not be surprise that they would acquire this company.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443452</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Sat, 05 Dec 2009 12:47:08 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443452</guid>
		<description>Fair enough but some aspects of the &quot;public good&quot; are worthwhile

As an example I deleted the link to your affiliate site as whilst there might be good information, I am not a good judge of that - you are promoting medical advice so knowing where that medical advice is coming from is important, and the comment &amp; link came from a umass.edu IP address whereas the owner of the site as far as I know is no longer a student.

I have to trust the links that get left on my blog for them to remain.</description>
		<content:encoded><![CDATA[<p>Fair enough but some aspects of the &#8220;public good&#8221; are worthwhile</p>
<p>As an example I deleted the link to your affiliate site as whilst there might be good information, I am not a good judge of that &#8211; you are promoting medical advice so knowing where that medical advice is coming from is important, and the comment &#038; link came from a umass.edu IP address whereas the owner of the site as far as I know is no longer a student.</p>
<p>I have to trust the links that get left on my blog for them to remain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vgiandomenico</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443450</link>
		<dc:creator>vgiandomenico</dc:creator>
		<pubDate>Sat, 05 Dec 2009 07:58:02 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443450</guid>
		<description>Economy and market are evolving and one day, one day soon, the first power is the information. One company will handle everything and the others will only satellites.
It is frightening but true. Thanks Andy as always your articles are very complete.</description>
		<content:encoded><![CDATA[<p>Economy and market are evolving and one day, one day soon, the first power is the information. One company will handle everything and the others will only satellites.<br />
It is frightening but true. Thanks Andy as always your articles are very complete.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443444</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Fri, 04 Dec 2009 22:13:36 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443444</guid>
		<description>Google is becoming a behemoth, period. I personally think it&#039;s dangerous that one company is consolidating so much power in terms of internet information. The amount of data they have is ridiculous, period. 

What if they ever cooperate with government agencies in any capacity, or if the government decides Google should somehow share their data for &#039;national security&#039; or &#039;public good&#039; reasons? 

Google has a perfect right to operate as a company, however I would like to see these other companies(Bing, Yahoo, MSN) rise to a more competitive level vis a vis Google so we don&#039;t encourage a total monopoly.

</description>
		<content:encoded><![CDATA[<p>Google is becoming a behemoth, period. I personally think it&#8217;s dangerous that one company is consolidating so much power in terms of internet information. The amount of data they have is ridiculous, period. </p>
<p>What if they ever cooperate with government agencies in any capacity, or if the government decides Google should somehow share their data for &#8216;national security&#8217; or &#8216;public good&#8217; reasons? </p>
<p>Google has a perfect right to operate as a company, however I would like to see these other companies(Bing, Yahoo, MSN) rise to a more competitive level vis a vis Google so we don&#8217;t encourage a total monopoly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443434</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Fri, 04 Dec 2009 10:04:50 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443434</guid>
		<description>You are commenting using a Google.com email address from a Google IP Address 216-239-45-4.google.com so whilst that could be faked I thought it important to disclose that information on your behalf (doesn&#039;t Google have a policy about that?) - it is especially important in the B2C space, and DNS is a consumer service.

Here is what is stated specifically in the privacy policy.

&lt;blockquote&gt;
Finally, if you&#039;re interested in knowing what else we log when you use Google Public DNS, here is the full list of items that are included in our permanent logs:

    * Request domain name, e.g. www.google.com
    * Request type, e.g. A (which stands for IPv4 record), AAAA (IPv6 record), NX, TXT, etc.
    * Transport protocol on which the request arrived, i.e. TCP or UDP
    * Client&#039;s AS (autonomous system or ISP), e.g. AS15169
    * User&#039;s geolocation information: i.e. geocode, region ID, city ID, and metro code
    * Response code sent, e.g. SUCCESS, SERVFAIL, NXDOMAIN, etc.
    * Whether the request hit our frontend cache
    * Whether the request hit a cache elsewhere in the system (but not in the frontend)
    * Absolute arrival time in seconds
    * Total time taken to process the request end-to-end, in seconds
    * Name of the Google machine that processed this request, e.g. machine101
    * Google target IP to which this request was addressed, e.g. one of our anycast IP addresses (no relation to the user&#039;s IP)
&lt;/blockquote&gt;

Google&#039;s primary business is search and monetization of search results

Nowhere in the privacy statement does it categorically state that the data will never be used in other parts of Google&#039;s business, and for readers of this blog they would be most concerned about search results, and not personal privacy.
Data in aggregate has value.

The data in many ways is very similar to toolbar data - as far as I know the webspam team is the only one that states they don&#039;t use Toolbar data</description>
		<content:encoded><![CDATA[<p>You are commenting using a Google.com email address from a Google IP Address 216-239-45-4.google.com so whilst that could be faked I thought it important to disclose that information on your behalf (doesn&#8217;t Google have a policy about that?) &#8211; it is especially important in the B2C space, and DNS is a consumer service.</p>
<p>Here is what is stated specifically in the privacy policy.</p>
<blockquote><p>
Finally, if you&#8217;re interested in knowing what else we log when you use Google Public DNS, here is the full list of items that are included in our permanent logs:</p>
<p>    * Request domain name, e.g. <a href="http://www.google.com">http://www.google.com</a><br />
    * Request type, e.g. A (which stands for IPv4 record), AAAA (IPv6 record), NX, TXT, etc.<br />
    * Transport protocol on which the request arrived, i.e. TCP or UDP<br />
    * Client&#8217;s AS (autonomous system or ISP), e.g. AS15169<br />
    * User&#8217;s geolocation information: i.e. geocode, region ID, city ID, and metro code<br />
    * Response code sent, e.g. SUCCESS, SERVFAIL, NXDOMAIN, etc.<br />
    * Whether the request hit our frontend cache<br />
    * Whether the request hit a cache elsewhere in the system (but not in the frontend)<br />
    * Absolute arrival time in seconds<br />
    * Total time taken to process the request end-to-end, in seconds<br />
    * Name of the Google machine that processed this request, e.g. machine101<br />
    * Google target IP to which this request was addressed, e.g. one of our anycast IP addresses (no relation to the user&#8217;s IP)
</p></blockquote>
<p>Google&#8217;s primary business is search and monetization of search results</p>
<p>Nowhere in the privacy statement does it categorically state that the data will never be used in other parts of Google&#8217;s business, and for readers of this blog they would be most concerned about search results, and not personal privacy.<br />
Data in aggregate has value.</p>
<p>The data in many ways is very similar to toolbar data &#8211; as far as I know the webspam team is the only one that states they don&#8217;t use Toolbar data</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443433</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Fri, 04 Dec 2009 09:47:52 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443433</guid>
		<description>Things like that are where faster DNS can make a significant difference - maybe a 10-20% efficency boost for first resolve.</description>
		<content:encoded><![CDATA[<p>Things like that are where faster DNS can make a significant difference &#8211; maybe a 10-20% efficency boost for first resolve.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443431</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Fri, 04 Dec 2009 09:45:05 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443431</guid>
		<description>The obvious is the pages might load faster, or the DNS gets updated faster when testing stuff with new domains</description>
		<content:encoded><![CDATA[<p>The obvious is the pages might load faster, or the DNS gets updated faster when testing stuff with new domains</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443430</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Fri, 04 Dec 2009 09:43:55 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443430</guid>
		<description>It is data from users not websites - the other end of the chain

Probably most useful if switched in big chunks - it costs money for an ISP to run DNS, but at the same time they make money from their data and giving Google the data fro free might not be smart.</description>
		<content:encoded><![CDATA[<p>It is data from users not websites &#8211; the other end of the chain</p>
<p>Probably most useful if switched in big chunks &#8211; it costs money for an ISP to run DNS, but at the same time they make money from their data and giving Google the data fro free might not be smart.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2502/google-dns-data-yummy.html#comment-443429</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Fri, 04 Dec 2009 09:40:53 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2502#comment-443429</guid>
		<description>There is a specific plugin but I didn&#039;t use it... due to weird things this site is using GFC but as a blogger blog

For chunks of code for the lazy there is &quot;header &amp; footer&quot; though it could just as easily be done with functions.php - I tend to be lazy</description>
		<content:encoded><![CDATA[<p>There is a specific plugin but I didn&#8217;t use it&#8230; due to weird things this site is using GFC but as a blogger blog</p>
<p>For chunks of code for the lazy there is &#8220;header &#038; footer&#8221; though it could just as easily be done with functions.php &#8211; I tend to be lazy</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: basic
Database Caching 29/34 queries in 0.006 seconds using disk: basic
Object Caching 503/507 objects using disk: basic
Content Delivery Network via cdn5.andybeard.name

Served from: andybeard.eu @ 2012-02-13 08:38:48 -->
