I first learned about the Google Ajax Libraries about a month ago when I was reading through one of Hal Helms jQuery blog posts.
The AJAX Libraries API is a content distribution network and loading architecture for the most popular, open source JavaScript libraries. By using the Google AJAX API Loader's google.load() method, your application has high speed, globaly available access to a growing list of the most popular, open source JavaScript libraries including:
- jQuery
- jQuery UI
- Prototype
- script.aculo.us
- MooTools
- Dojo
- SWFObject
- Yahoo! User Interface Library (YUI)
What does this mean to you? Let's say your working on a project and you need the latest copy of jQuery or the jQuery UI. You could go out and download the latest versions of each and install them on your server or you could use use the Google Ajax Libraries. The other advantage is they are minified and gziped so the size is pretty small along with the fact that it may already be cached in you end users browser. Here is an easy way to include both in your application.
I would love to hear others thoughts on this but here go mine. I don't like the idea of relying on this for production. Something about the thought of not having this on my server for production just gives me an uneasy feeling. I think for creating tutorials / demo's or even using this in development is a great idea and I am loving it. What do you guys think?

#1 by Brian Swartzfager on 4/15/09 - 10:52 AM
#2 by Dan Vega on 4/15/09 - 10:54 AM
#3 by Jules Gravinese on 4/15/09 - 11:20 AM
The Google Ajax Libraries API can be used to automatically load the latest version of the library. Using Prototype for example, the last part of the url can be changed to /1.6/prototype.js for the latest 1.6.* release, or /1/prototype.js for the latest 1.* release.
#4 by Todd Rafferty on 4/15/09 - 11:39 AM
@Dan & Brian: This is a CDN. What are the odds that google.com would go down? Rather yet, it's not on the google.com domain, it's on googleapis.com. The point of a CDN is that there is no single point of failure and it should find you another access point. Yes, I know it's still possible for something to go completely wrong, but I think the odds are smaller than we think.
For public sites, I don't mind it. For Extranets/internal stuff, I'm certainly not going to use it for privacy reasons. I'm sure google follows every lead to a new domain they can get it and searches the hell out of it.
#5 by Daniel Kim on 4/15/09 - 1:19 PM
It still requires the site having it's own version of the file, but allows utilizing the benefits of Google's servers.
<invalidTag src="http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/...; type="text/javascript"></script>
<invalidTag type="text/javascript">
if (typeof jQuery == "undefined") {
document.write('<invalidTag type="text/javascript" src="_assets/js/lib/jquery-1.3.2.min.js"><\/script>');
}
</script>
#6 by Brian Swartzfager on 4/15/09 - 1:42 PM
And your point about Google using the service to add to their knowledge about domains gives me an even better reason not to use it (thanks!): all but one of my projects are extranet/internal web applications not meant for the wider world.
#7 by Claude on 4/16/09 - 12:38 AM
The biggest advantage of everyone using the CDNs is that popular libraries would be cached on the user's browser by the time they visit your site, eliminating the need to load a new copy, which results in perceived and actual performance inprovement.
Read Steve Souders' rules for high performance web sites.
#8 by Alexa25TK on 1/19/10 - 5:39 PM