ryankirkman

Does the same sentiment hold for a heterogenous set of databases? e.g. Microsoft SQL Server <-> WebSQL

One big thing they do is cache static assets for you at their edge locations. The majority of the bandwidth costs imposed by static images, CSS and JavaScript (assuming appropriate cache settings) should be offloaded onto CloudFlare once you set it up.

Nice work! I've added garlic to cdnjs: http://cdnjs.cloudflare.com/ajax/libs/garlic.js/0.0.1/garlic...

At cdnjs, the homepage shows protocol relative URLs by default. We got the idea from Paul Irish: http://paulirish.com/2010/the-protocol-relative-url/

Once a library is hosted it stays hosted forever.

It doesn't work like that.

The CDN portion is completely independent of the website. The website is really just an index of the files on the CDN.

We'll host any version of any library. It's just that no one typically adds versions of libraries older than we currently host.

http://stats.pingdom.com/4jg86a2wqei0/362854/history

We have a very good relationship with Cloudflare. See these releases by Cloudflare:

http://blog.cloudflare.com/cdnjs-community-moderated-javascr... https://www.cloudflare.com/apps/cdnjs

As for Cloudflare's speed, you can see cdnjs's average ping time as measured by pingdom here: http://stats.pingdom.com/4jg86a2wqei0/362854

Yep. We plan on launching the css component our our offering in the near future.

Cloudflare pays for this. They've been sponsoring cdnjs for around a year now.

As for the security of our system, all javascript files are verified against official sources before going on the cdn. Additionally, we have many library maintainers submitting updates to their own libraries.

Beyond that the only question remaining is our personal integrity. Like any relationship with a third party, you're going to have to decide whether trusting us is an acceptable level of risk. If past performance is any indication of integrity, we have had no security incidents since we began in January 2011.

I think you're looking for an inverse relationship.

e.g. My car has 200hp and can do a quarter mile in 20 seconds. If I then increase my car to 400hp (a 100% increase), let's pretend I can now do a quarter mile in 10 seconds.

Thus, a 100% increase in performance drops cuts my quarter mile (or in this case processing) time in half.

They seem to have a mobile app, as per the screenshot on their homepage. Besides a certificate error, it seems to work fine.

https://m.chains.cc/

This is the greatest revolution in music listening for me in my entire life. I love electronic music and when I'm coding I want my music to flow non-stop. You can't get that with individual tracks.

I can't thank you enough! Props to helping people discover Essential Mixes.

The Facebook timeline acknowledges that many modern displays have more horizontal real estate than vertical real estate. The design reflects this. It uses much larger visual elements (boxes) than a line of text which means it maximizes its use of both vertical real estate and horizontal real estate.

The other thing you're not considering is that Facebook displays more than just text. If you're displaying images inline as well as text, it's going to be more compact if you interpolate each post in a zig-zag fashion rather than making posts vertically serial.

The example you provided doesn't really illustrate why timeline is bad for a website because it's an example provided in a completely different context.

tl;dr Website design is not command line interface design.

Hi quadrix, Do you have any more promo codes?

cdnjs.com (running on CloudFlare infrastructure) is an alternative to Google's CDN. We should have every major script, but if we're missing anything feel free to fork at https://github.com/cdnjs/cdnjs and we'll get it up asap.

Disclaimer: I'm one of the founders of cdnjs.

Hi Alex, The DNS issue to which you are referring was only with our website. The CDN was unaffected, and is completely insulated from the website.

Love it!

You misunderstood me. You can access the Microsoft CDN from two domains: microsoft.com and aspnetcdn.com. The former has cookies, the latter does not.

From http://www.asp.net/ajaxlibrary/cdn.ashx#ajaxmicrosoftcom_ren...:

The CDN used to use the microsoft.com domain name and has been changed to use the aspnetcdn.com domain name. This change was made to increase performance because when a browser referenced the microsoft.com domain it would send any cookies from that domain across the wire with each request. By renaming to a domain name other than microsoft.com performance can be increased by as much to 25%. Note ajax.microsoft.com will continue to function but ajax.aspnetcdn.com is recommended.

If you don't mind another CDN, Microsoft seems to be hosting it: http://ajax.aspnetcdn.com/ajax/jquery/jquery-1.5.min.js (that domain is cookie-less too)

Free weight strength training is one of the greatest things you could do to improve your health.

The program to which you refer (http://stronglifts.com/stronglifts-5x5-beginner-strength-tra...) seems to be a slightly different spin on Mark Ripptoe's legendary Starting Strength program (http://startingstrength.wikia.com/wiki/The_Starting_Strength...).

If you are serious about improving your strength and health in general, buy Mark's book (http://www.amazon.com/Starting-Strength-2nd-Mark-Rippetoe/dp...). It is probably the best $30 investment I have ever made.

NB: I am in no way affiliated with Mark Rippetoe. I simply have incredible respect for the man.

That is definitely one of our options.

We're looking into jumping ship to Rackspace once they complete their move to Akamai for Cloud Files (anticipated to be finished by the end of Q1 this year). It seems like they will support the Accept-Encoding header: http://news.ycombinator.com/item?id=2097491

Will look into it.

That's a limitation we have to live with for now, unfortunately. We are looking into rectifying this.

Thanks for the feedback KuraFire!

We did stuff up the launch of this service. We should have thoroughly vetted DNS propagation before we launched. We plan to learn from this, and will ensure anything we do in the future has much more rigorous testing.

Please accept our humble apologies.

We're working on resolving current issues as we speak.

Hosted and minified: http://ajax.cdnjs.com/ajax/libs/sizzle/1.4.4/sizzle.min.js

Good question. So far, we are only hosting tiny files (almost everything is well under 10kb).

Given the how cheap CloudFront works out to be for files of that size, we can support quite a lot of growth, even if we have to incur the expense personally.

We do plan to monetize it at some stage. Some ideas are premium accounts that mash all of your resources together and host them for you.

EDIT 2: This issue has now been resolved. The reason you couldn't access this file was that read permissions for the user group "Everyone" were removed on this specific file. We'll endeavor to ensure this doesn't happen in the future.

-----------

We might have to put that one down to initial technical difficulties.

Not sure why you are getting access denied for that particular resource. May have to invalidate that object from CloudFront cache locations.

EDIT: We are using Amazon CloudFront to host the scripts.

If it doesn't work for you right now, you can go to: http://122.201.100.216/~cdnjs/

For some reason, the main site is taking ages to propagate to some DNS servers.

You're probably covered by one of the servers with an (x) here: http://www.whatsmydns.net/#A/cdnjs.com

This doesn't actually affect the CDN side, which hosts the scripts.

EDIT:

For example:

http://ajax.cdnjs.com/ajax/libs/backbone.js/0.3.3/backbone-m...

http://ajax.cdnjs.com/ajax/libs/underscore.js/1.1.4/undersco...

http://ajax.cdnjs.com/ajax/libs/modernizr/1.6/modernizr-1.6....