<?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: Turn Google App Engine into your own Personal Content Delivery Network (CDN)</title>
	<atom:link href="http://coderjournal-backend/index.php/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/</link>
	<description>while(!(succeed = try()));</description>
	<pubDate>Mon, 01 Dec 2008 18:49:57 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: qbantek</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-21831</link>
		<dc:creator>qbantek</dc:creator>
		<pubDate>Thu, 20 Nov 2008 19:20:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-21831</guid>
		<description>66.249.91.121 - Fort Lauderdale, FL</description>
		<content:encoded><![CDATA[<p>66.249.91.121 - Fort Lauderdale, FL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: j1z0</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-16735</link>
		<dc:creator>j1z0</dc:creator>
		<pubDate>Tue, 07 Oct 2008 10:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-16735</guid>
		<description>74.125.47.121 from malaysia</description>
		<content:encoded><![CDATA[<p>74.125.47.121 from malaysia</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Gould</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-16424</link>
		<dc:creator>Robert Gould</dc:creator>
		<pubDate>Thu, 02 Oct 2008 15:42:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-16424</guid>
		<description>72.14.235.121 from Tokyo</description>
		<content:encoded><![CDATA[<p>72.14.235.121 from Tokyo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-10632</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Mon, 21 Jul 2008 22:06:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-10632</guid>
		<description>66.249.81.121 from Scottsdale AZ</description>
		<content:encoded><![CDATA[<p>66.249.81.121 from Scottsdale AZ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Don</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-10175</link>
		<dc:creator>Don</dc:creator>
		<pubDate>Wed, 16 Jul 2008 21:51:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-10175</guid>
		<description>Years ago I tried CoralCDN for images on a high-traffic website, and it failed really bad.  Latency was a big issue, and it'd time out often.

Not sure if this is still an issue, but I'd be happy to read what everyone thinks about CoralCDN.</description>
		<content:encoded><![CDATA[<p>Years ago I tried CoralCDN for images on a high-traffic website, and it failed really bad.  Latency was a big issue, and it&#8217;d time out often.</p>
<p>Not sure if this is still an issue, but I&#8217;d be happy to read what everyone thinks about CoralCDN.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bconzone</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-9382</link>
		<dc:creator>bconzone</dc:creator>
		<pubDate>Mon, 07 Jul 2008 19:23:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-9382</guid>
		<description>IP test from 2 computers here in Orlando, FL

1. First machine at work actually routes through our company servers in California so technically CA based machine IP I got is:
72.14.207.121


2. Second which is just off a local Orlando, FL network connection is:
64.233.179.121
119ms



Orlando, FL</description>
		<content:encoded><![CDATA[<p>IP test from 2 computers here in Orlando, FL</p>
<p>1. First machine at work actually routes through our company servers in California so technically CA based machine IP I got is:<br />
72.14.207.121</p>
<p>2. Second which is just off a local Orlando, FL network connection is:<br />
64.233.179.121<br />
119ms</p>
<p>Orlando, FL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Dough</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-9324</link>
		<dc:creator>John Dough</dc:creator>
		<pubDate>Mon, 07 Jul 2008 01:45:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-9324</guid>
		<description>66.249.81.121  on the east coast of USA.</description>
		<content:encoded><![CDATA[<p>66.249.81.121  on the east coast of USA.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Berardi</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-8899</link>
		<dc:creator>Nick Berardi</dc:creator>
		<pubDate>Tue, 01 Jul 2008 13:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-8899</guid>
		<description>Paul,

Honestly everybody is making a big deal about this.  All that I was requesting was the option, and it should be pretty easy since Google uses Regex.  Honestly standards aren't worth a hill of beans, if people are referencing the resources in different ways, and you can't always control the ways people reference your resources in a CDN.

Take for example Yahoo, with their API's:

http://yui.yahooapis.com/2.4.1/build/menu/assets/skins/sam/menu.css
http://yui.yahooapis.com/2.4.1/build/menu/assets/skins/sam/menu.CSS
http://yui.yahooapis.com/2.4.1/BUILD/menu/assets/skins/sam/menu.CSS
http://yui.yahooapis.com/2.4.1/BUILD/MENU/ASSETS/SKINS/SAM/MENU.CSS

Yahoo tries to follow standards to the "T", but some standards you just have to ignore because of the human factor, and because they might have made sense at the time but haven't been updated for the times.  

I am not trying to make this an us vs them thing, or a Microsoft vs Apache thing, but the truth is that resources through the URL and the HTTP protocol are better off and easier to use and reference when they are case-insensitive, and isn't that what the web 2.0 movement is all about.</description>
		<content:encoded><![CDATA[<p>Paul,</p>
<p>Honestly everybody is making a big deal about this.  All that I was requesting was the option, and it should be pretty easy since Google uses Regex.  Honestly standards aren&#8217;t worth a hill of beans, if people are referencing the resources in different ways, and you can&#8217;t always control the ways people reference your resources in a CDN.</p>
<p>Take for example Yahoo, with their API&#8217;s:</p>
<p><a href="http://yui.yahooapis.com/2.4.1/build/menu/assets/skins/sam/menu.css" rel="nofollow">http://yui.yahooapis.com/2.4.1/build/menu/assets/skins/sam/menu.css</a><br />
<a href="http://yui.yahooapis.com/2.4.1/build/menu/assets/skins/sam/menu.CSS" rel="nofollow">http://yui.yahooapis.com/2.4.1/build/menu/assets/skins/sam/menu.CSS</a><br />
<a href="http://yui.yahooapis.com/2.4.1/BUILD/menu/assets/skins/sam/menu.CSS" rel="nofollow">http://yui.yahooapis.com/2.4.1/BUILD/menu/assets/skins/sam/menu.CSS</a><br />
<a href="http://yui.yahooapis.com/2.4.1/BUILD/MENU/ASSETS/SKINS/SAM/MENU.CSS" rel="nofollow">http://yui.yahooapis.com/2.4.1/BUILD/MENU/ASSETS/SKINS/SAM/MENU.CSS</a></p>
<p>Yahoo tries to follow standards to the &#8220;T&#8221;, but some standards you just have to ignore because of the human factor, and because they might have made sense at the time but haven&#8217;t been updated for the times.  </p>
<p>I am not trying to make this an us vs them thing, or a Microsoft vs Apache thing, but the truth is that resources through the URL and the HTTP protocol are better off and easier to use and reference when they are case-insensitive, and isn&#8217;t that what the web 2.0 movement is all about.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: personal content delivery network ... - Irish SEO, Marketing &#38; Webmaster Discussion</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-8883</link>
		<dc:creator>personal content delivery network ... - Irish SEO, Marketing &#38; Webmaster Discussion</dc:creator>
		<pubDate>Tue, 01 Jul 2008 08:13:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-8883</guid>
		<description>[...] content delivery network ...   Came across this article and found it a pretty interesting read  Turn Google App Engine into your own Personal Content Delivery Network (CDN) - Nick Berardi&#8217;s ...  Thought I'd share here.  Prices seem quite interesting as well.  __________________ Forbairt Media [...]</description>
		<content:encoded><![CDATA[<p>[...] content delivery network &#8230;   Came across this article and found it a pretty interesting read  Turn Google App Engine into your own Personal Content Delivery Network (CDN) - Nick Berardi&#8217;s &#8230;  Thought I&#8217;d share here.  Prices seem quite interesting as well.  __________________ Forbairt Media [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://www.coderjournal.com/2008/06/turn-google-app-engine-into-a-content-delivery-network-cdn/#comment-8872</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Tue, 01 Jul 2008 04:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.coderjournal.com/?p=237#comment-8872</guid>
		<description>Nick,

Apache is only case-insensitive when running on Windows, and that's only because the underlying filesystem is case-insensitive.  Why do you want this behaviour?  You might not be interested in what the specifications say, but properly written clients (browsers, caches, accelerators, etc) need to follow them and they'd see your xyz.png URLs as three distinct resources.  If you don't stick to a consistent case convention in all your URLs then you're slowing your sites down by harming their cacheability.</description>
		<content:encoded><![CDATA[<p>Nick,</p>
<p>Apache is only case-insensitive when running on Windows, and that&#8217;s only because the underlying filesystem is case-insensitive.  Why do you want this behaviour?  You might not be interested in what the specifications say, but properly written clients (browsers, caches, accelerators, etc) need to follow them and they&#8217;d see your xyz.png URLs as three distinct resources.  If you don&#8217;t stick to a consistent case convention in all your URLs then you&#8217;re slowing your sites down by harming their cacheability.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
