<?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: Should You Use JavaScript Library CDNs?</title> <atom:link href="http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns/feed" rel="self" type="application/rss+xml" /><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns</link> <description>Next Generation Web Performance</description> <lastBuildDate>Wed, 16 May 2012 13:49:16 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.2</generator> <item><title>By: Stephen</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-6921</link> <dc:creator>Stephen</dc:creator> <pubDate>Fri, 10 Feb 2012 09:47:56 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-6921</guid> <description>Kyle Simpson says:
===
&quot;Bottom line, this results in lots of static asset requests having unnecessary cookies, and even more insidious, even with sites who (like me) foolishly thought they were stripping them by using a sub-domain. Using an entirely separate domain (like that of a CDN) is one such way of mitigating the problem. The exacty same request for jquery.js on your domain is likely to forward cookies (and thus be bigger and slower) while a CDN request likely would not have such cookies (unless the CDN provider is misbehaving — again they should be shamed publicly).&quot;
===
I have to disagree with your comment in regards to cookies... you should better read the documentation before implementing a third party script such as google analytics and you wouldnt have those issues...
The cookie domain is controllable in just about any third party script I have ever used, joomla, invision power board, google analytics, do I need to keep going?
anyways the point is read up before &quot;inserting code here&quot; and you will save yourself a headache...
THe google analytics code you referenced can be very accurately controlled as to which cookie domain it uses... just be sure to set it correctly :)</description> <content:encoded><![CDATA[<p>Kyle Simpson says:<br
/> ===<br
/> &#8220;Bottom line, this results in lots of static asset requests having unnecessary cookies, and even more insidious, even with sites who (like me) foolishly thought they were stripping them by using a sub-domain. Using an entirely separate domain (like that of a CDN) is one such way of mitigating the problem. The exacty same request for jquery.js on your domain is likely to forward cookies (and thus be bigger and slower) while a CDN request likely would not have such cookies (unless the CDN provider is misbehaving — again they should be shamed publicly).&#8221;<br
/> ===</p><p>I have to disagree with your comment in regards to cookies&#8230; you should better read the documentation before implementing a third party script such as google analytics and you wouldnt have those issues&#8230;</p><p>The cookie domain is controllable in just about any third party script I have ever used, joomla, invision power board, google analytics, do I need to keep going?</p><p>anyways the point is read up before &#8220;inserting code here&#8221; and you will save yourself a headache&#8230;</p><p>THe google analytics code you referenced can be very accurately controlled as to which cookie domain it uses&#8230; just be sure to set it correctly <img
src='http://zoompf.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p> ]]></content:encoded> </item> <item><title>By: Dave Sargent</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-5246</link> <dc:creator>Dave Sargent</dc:creator> <pubDate>Mon, 28 Nov 2011 19:39:32 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-5246</guid> <description>One more thought regarding the DNS request issue.  Many larger businesses, ours included, utilize proxy servers and edge routers with caching.  Even with clearing my local DNS I cannot get my computer to show the DNS penalty.  My conclusion is the the local proxy server is caching the Google CDN.  It only has to do this for the first employee, every other employee gets the benefits of the locally cached copy of the DNS record, regardless if they do a Ctrl+F5 or ipconfig /flushdns
I do not know if any ISP&#039;s do this.  I.e. run local dns resolver and therefor speed up the results.
I may be wrong, as I haven&#039;t done the research, but it seems to me that the TTL on the DNS resolution would need to be low for mobile users.  If you are on the west coast and get a 1 year cached copy of the actual resolution to a CDN resource and then fly to the east cost your computer would still try and load files from the CDN on the west coast.  Again, that&#039;s just my theory, I have not done the research.
Last point:  Statistics do not always tell the whole story.  Even if a very small percentage of sites are the ones using the CDN we must look at the average use of those sites.  For example, the following sites use the Google repository: Break.com, FAIL Blog, Foursquare, Twitter, Posterous, SitePoint, Stack Overflow, Stanford.edu, and even the jQuery site itself.  If we can get Facebook on board, that would take care of allot of people. :)
One very salient point has to do with your business needs.  We have customers all over the world.  It&#039;s far better for companies over seas to load these libraries from Google then from our west coast location.</description> <content:encoded><![CDATA[<p>One more thought regarding the DNS request issue.  Many larger businesses, ours included, utilize proxy servers and edge routers with caching.  Even with clearing my local DNS I cannot get my computer to show the DNS penalty.  My conclusion is the the local proxy server is caching the Google CDN.  It only has to do this for the first employee, every other employee gets the benefits of the locally cached copy of the DNS record, regardless if they do a Ctrl+F5 or ipconfig /flushdns</p><p>I do not know if any ISP&#8217;s do this.  I.e. run local dns resolver and therefor speed up the results.</p><p>I may be wrong, as I haven&#8217;t done the research, but it seems to me that the TTL on the DNS resolution would need to be low for mobile users.  If you are on the west coast and get a 1 year cached copy of the actual resolution to a CDN resource and then fly to the east cost your computer would still try and load files from the CDN on the west coast.  Again, that&#8217;s just my theory, I have not done the research.</p><p>Last point:  Statistics do not always tell the whole story.  Even if a very small percentage of sites are the ones using the CDN we must look at the average use of those sites.  For example, the following sites use the Google repository: Break.com, FAIL Blog, Foursquare, Twitter, Posterous, SitePoint, Stack Overflow, Stanford.edu, and even the jQuery site itself.  If we can get Facebook on board, that would take care of allot of people. <img
src='http://zoompf.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p><p>One very salient point has to do with your business needs.  We have customers all over the world.  It&#8217;s far better for companies over seas to load these libraries from Google then from our west coast location.</p> ]]></content:encoded> </item> <item><title>By: Billy Hoffman</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-5107</link> <dc:creator>Billy Hoffman</dc:creator> <pubDate>Sat, 16 Jul 2011 13:23:25 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-5107</guid> <description>Rincewind42,
We do need to re-examine the data. However remember its not just an increase in Google&#039;s JavaScript CDN usage that matters. Its CDN usage, library usage, usage of a specific library version, and finally the specific URL used to access that library (/jquery/latest.js vs. /jquery/jquery.1.5.0.js).</description> <content:encoded><![CDATA[<p>Rincewind42,</p><p>We do need to re-examine the data. However remember its not just an increase in Google&#8217;s JavaScript CDN usage that matters. Its CDN usage, library usage, usage of a specific library version, and finally the specific URL used to access that library (/jquery/latest.js vs. /jquery/jquery.1.5.0.js).</p> ]]></content:encoded> </item> <item><title>By: Rincewind42</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-5102</link> <dc:creator>Rincewind42</dc:creator> <pubDate>Thu, 14 Jul 2011 05:24:26 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-5102</guid> <description>Thank you for an informative article. It was just the information I had been looking for. However, you wrote this in Jan 2010 and it is now a year and a half later. The data on builtwith.com shows that, especially Googles AJAX Libraries API is now at 13.07% compared with the 3.89% figure you quoted a year ago. Clearly this increase in use of the CDN will change the numbers and balance of your article. Would it be possible for you to do an update of this page?</description> <content:encoded><![CDATA[<p>Thank you for an informative article. It was just the information I had been looking for. However, you wrote this in Jan 2010 and it is now a year and a half later. The data on builtwith.com shows that, especially Googles AJAX Libraries API is now at 13.07% compared with the 3.89% figure you quoted a year ago. Clearly this increase in use of the CDN will change the numbers and balance of your article. Would it be possible for you to do an update of this page?</p> ]]></content:encoded> </item> <item><title>By: Michael Stillwell</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-3089</link> <dc:creator>Michael Stillwell</dc:creator> <pubDate>Sat, 16 Apr 2011 13:57:37 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-3089</guid> <description>Only if you say you want, say, the latest version in the 1.7.x series.  (As it must: a new version might be released.)  If you say you want a specific version you get a max-cache of a year.</description> <content:encoded><![CDATA[<p>Only if you say you want, say, the latest version in the 1.7.x series.  (As it must: a new version might be released.)  If you say you want a specific version you get a max-cache of a year.</p> ]]></content:encoded> </item> <item><title>By: Billy Hoffman</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-67</link> <dc:creator>Billy Hoffman</dc:creator> <pubDate>Wed, 27 Oct 2010 16:40:12 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-67</guid> <description>Andy,
You absolutely can do that.</description> <content:encoded><![CDATA[<p>Andy,</p><p>You absolutely can do that.</p> ]]></content:encoded> </item> <item><title>By: Andy Corpes</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-66</link> <dc:creator>Andy Corpes</dc:creator> <pubDate>Tue, 12 Oct 2010 12:09:49 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-66</guid> <description>Just found this thread while searching for &quot;why can&#039;t i download googles java script libraries&quot;.  I&#039;ve played around with yahoo&#039;s yui &amp; CI, but the first thing i did was downloaded it and unipped it onto my own server. So, why can&#039;t i do the same for google&#039;s libraries?</description> <content:encoded><![CDATA[<p>Just found this thread while searching for &#8220;why can&#8217;t i download googles java script libraries&#8221;.  I&#8217;ve played around with yahoo&#8217;s yui &amp; CI, but the first thing i did was downloaded it and unipped it onto my own server. So, why can&#8217;t i do the same for google&#8217;s libraries?</p> ]]></content:encoded> </item> <item><title>By: Billy Hoffman</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-65</link> <dc:creator>Billy Hoffman</dc:creator> <pubDate>Mon, 30 Aug 2010 13:53:38 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-65</guid> <description>Fred,
We are not in the business of helping Microsoft&#039;&#039;s or Google&#039;s ideas hit critical mass.. We are in the business of helping people make their websites faster. We are not going to tell our customers to do something that would hurt performance for their website, on the off-chance that one day it might help their site&#039;s performance. If or when JavaScript library CDNs provide a clear performance advantage we will start recommending them.</description> <content:encoded><![CDATA[<p>Fred,</p><p>We are not in the business of helping Microsoft&#8221;s or Google&#8217;s ideas hit critical mass.. We are in the business of helping people make their websites faster. We are not going to tell our customers to do something that would hurt performance for their website, on the off-chance that one day it might help their site&#8217;s performance. If or when JavaScript library CDNs provide a clear performance advantage we will start recommending them.</p> ]]></content:encoded> </item> <item><title>By: fred</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-64</link> <dc:creator>fred</dc:creator> <pubDate>Thu, 26 Aug 2010 13:34:56 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-64</guid> <description>Although I found this a very rich and usefull article + comments, there&#039;s one thing I do not get.
Since one of the points is that we do not benefit from these cached versions due to the fact that too few sites actually use these methods. This doesn&#039;t make sense to me. You end with stating :
&quot;Zoompf recommends the vast majority of websites avoid using JavaScript Library CDNs until they gain more market penetration&quot;.
But that will never happen if everyone waits for this.
Should this not be:
&quot;Zoomppf recommends the vast majority of websites start using JavaScript Library CDNs in order to gain more market penetration&quot; ? and therefor everyone gains..right ?</description> <content:encoded><![CDATA[<p>Although I found this a very rich and usefull article + comments, there&#8217;s one thing I do not get.<br
/> Since one of the points is that we do not benefit from these cached versions due to the fact that too few sites actually use these methods. This doesn&#8217;t make sense to me. You end with stating :<br
/> &#8220;Zoompf recommends the vast majority of websites avoid using JavaScript Library CDNs until they gain more market penetration&#8221;.<br
/> But that will never happen if everyone waits for this.<br
/> Should this not be:<br
/> &#8220;Zoomppf recommends the vast majority of websites start using JavaScript Library CDNs in order to gain more market penetration&#8221; ? and therefor everyone gains..right ?</p> ]]></content:encoded> </item> <item><title>By: Dave Ward</title><link>http://zoompf.com/blog/2010/01/should-you-use-javascript-library-cdns#comment-63</link> <dc:creator>Dave Ward</dc:creator> <pubDate>Fri, 02 Apr 2010 19:52:09 +0000</pubDate> <guid
isPermaLink="false">http://zoompf.com/blog/?p=321#comment-63</guid> <description>Of the top Alexa sites using the CDN, the overwhelming majority are using Google&#039;s CDN and are explicitly referencing either 1.3.2, 1.4.2, or 1.2.6.  There&#039;s very little fragmentation there to worry about.  It really only takes a tiny handful of these top-tier sites to prime a tremendous number of caches on a daily basis.
Also, the implicit &quot;latest&quot; references (e.g. 1.3 and 1.4) will continue to be less and less common as awareness is raised about the caching drawbacks.  Since those are only served with a +1 hour expires header, that&#039;s detrimental even to the single site referencing it that way.  That&#039;s typically the result of migrating to 1.4 (or jQuery UI 1.8 now) early and not realizing it should be referenced as 1.4.0 to get the correct expires header.</description> <content:encoded><![CDATA[<p>Of the top Alexa sites using the CDN, the overwhelming majority are using Google&#8217;s CDN and are explicitly referencing either 1.3.2, 1.4.2, or 1.2.6.  There&#8217;s very little fragmentation there to worry about.  It really only takes a tiny handful of these top-tier sites to prime a tremendous number of caches on a daily basis.</p><p>Also, the implicit &#8220;latest&#8221; references (e.g. 1.3 and 1.4) will continue to be less and less common as awareness is raised about the caching drawbacks.  Since those are only served with a +1 hour expires header, that&#8217;s detrimental even to the single site referencing it that way.  That&#8217;s typically the result of migrating to 1.4 (or jQuery UI 1.8 now) early and not realizing it should be referenced as 1.4.0 to get the correct expires header.</p> ]]></content:encoded> </item> </channel> </rss>
