Something wrong with the latest underscore.js end-point:

http://ajax.cdnjs.com/ajax/libs/underscore.js/1.1.7/underscore-min.js

results on 403 (Forbidden)

RequireJS is a JavaScript file and module loader. It is optimized for in-browser use, but it can be used in other JavaScript environments, like Rhino and Node. Using a modular script loader like RequireJS will improve the speed and quality of your code.

Some links to javascript files on the CDN do not exist.
My toughts on that is that the link is automatically generated from the "name" and "version" and "filename" keys in packages.json
Suggested fix: Instead of "filename" being only the filename of the script, let it be the full path to the file.

Examples:

DocumentUp:

Link on the homepage: http://cdnjs.cloudflare.com/ajax/libs/**DocumentUp**/0.1.1/documentup.min.js
Real link: http://cdnjs.cloudflare.com/ajax/libs/**documentup**/0.1.1/documentup.min.js

jQuery Throttle / debounce:

Link on the homepage: http://cdnjs.cloudflare.com/ajax/libs/**jQuery throttle / debounce**/1.1/jquery.ba-throttle-debounce.min.js
Real link: http://cdnjs.cloudflare.com/ajax/libs/**jquery-throttle-debounce**/1.1/jquery.ba-throttle-debounce.min.js

Ninja UI:
Link on the homepage: http://cdnjs.cloudflare.com/ajax/libs/**Ninja UI**/1.0.1/jquery.ninjaui**.js**
Real link: http://cdnjs.cloudflare.com/ajax/libs/**ninjaui**/1.0.1/jquery.ninjaui**.min.js**

Please add jQuery.Gantt

https://github.com/taitems/jQuery.Gantt/

I'm using Sublime Text 2 and the Nettuts Fetch plugin which can fetch resources via a URL, at the moment trying to get the latest version of Modernizr proves difficult as there doesn't seem to be a single URL that would auto server the 'latest' version of this script…

Currently I'm querying the url: "http://cdnjs.cloudflare.com/ajax/libs/modernizr/2.6.1/modernizr.min.js" directly but the moment 2.6.2 comes out I will still be referencing 2.6.1.

Is there a better way to grab the "latest" of a given library?

Something like: "http://cdnjs.cloudflare.com/ajax/libs/modernizr/latest/modernizr.min.js" where the latest folder would always contain the most up to date version of that lib would be nice.

Any thoughts on this or a better way for me to do what I'd like to do here?

Thanks for reading.

When I use the cdnjs version of openlayers.js I get a 403 error on :
http://cdnjs.cloudflare.com/ajax/libs/openlayers/2.11/theme/default/style.css
Which is part of the default openlayers library.

The URL presented on CDNJS.com for my recent Highcharts JS lib addition is:
http://cdnjs.cloudflare.com/ajax/libs/Highcharts JS/2.1.5/highcharts.js

But the actual url is:
http://cdnjs.cloudflare.com/ajax/libs/highcharts/2.1.5/highcharts.js

I was under the impression the path would be generated from the filepath in the repo, not by some other means. I'd fix the name in the repo, but it seems it may be more appropriate to change the way the URL is generated. If you don't agree, let me know & I'll fix the name in package.json (if that is indeed how it's being generated).

Cheers!

Hey!

I have added jquery countdown plugin through this pull request:
#203
But the pull request was closed.
I have clarified authenticity of the source.

Could you add this plugin, please?

Instead of displaying "http://cdnjs.cloudflare.com/ajax/libs/modernizr/2.5.3/modernizr.min.js" display "//cdnjs.cloudflare.com/ajax/libs/modernizr/2.5.3/modernizr.min.js" so that it doesn't matter if the asset is being loaded via HTTP or HTTPS.

Can you update the CDN to the latest LABjs release, which is 2.0.3?

http://github.com/getify/LABjs

The Jquery Reference for version 1.7.2 was http://cdnjs.cloudflare.com/ajax/libs/jquery/1.7.2/jquery.min.js
and now for 1.8.0 has changed to //cdnjs.cloudflare.com/ajax/libs/jquery/1.8.0/jquery-1.8.0.min.js

Would it not be easier to maintain in a defined manner?

http://www.jqplot.com/

Unfortunately the zxcvbn.js lib is returning a 404 at the following url:

http://cdnjs.cloudflare.com/ajax/libs/zxcvbn/1.0/zscvbn-async.js

Not sure what's happened to the copy but it's a very useful little script.

Underscore.string linkback is 404 (http://edtsech.github.com/underscore.string/) working URL (http://epeli.github.com/underscore.string/)

I'd love to be able to write an asset manager that can check for the newest versions of libraries on cdnjs (or even just the existence of them) and automatically use the cdnjs version rather than a locally hosted version.

YUI is now at version 3.6.0, with some significant and huge improvements that have been made since 3.3.0.

I'm fine with assisting in getting it up to date and maintaining, but since there is already a YUI 3.3.0 and I fork to add it, will it handle the separate versions well?

Thanks,
-Jay

I have a request to add http://mediaelementjs.com/ to the repo.

This library seems to be gaining popularity for fixing shortcomings of older browsers:

http://afarkas.github.com/webshim/demos/

http://civicuk.com/cookie-law/index

"With an elegant user-interface that doesn't hurt the look and feel of your site, Cookie Control is a mechanism for controlling user consent for the use of cookies on their computer."

NPM package.json spec available at: https://github.com/isaacs/npm/blob/master/doc/json.md

CommonJS 1.0 Packages Spec: http://wiki.commonjs.org/wiki/Packages/1.0

It seems like the only change we'll have to make is rejig the "repositories" array to "repository" and change it from an array of objects to an object.

This change will make adding npm modules that work in the browser or node.js easier, and give us a standard to work from.

polyfill for min/max-width CSS3 Media Queries

https://github.com/scottjehl/Respond

Dual licensed under the MIT or GPL Version 2 licenses.

The README needs to be more verbose and really needs to list how to fork correctly.

I really think you guys should go for shorter URLs. For example:

http://cdnjs.cloudflare.com/jquery.1.7.2.min.js

instead of

http://cdnjs.cloudflare.com/ajax/libs/jquery/1.7.2/jquery.min.js

or am I possibly missing something essential that led you guys to go with the longer URLs ?

(Or, if it already exists ... I haven't found it).

As a general rule, isn't it a good practice to always host both minified and unminified versions?

Is there a smarter way to update the versions of libraries in the cdn? You could listen for git hooks and and pull the latest releases from GitHub, something similar to the new jQuery plugins system?

It seems this way you would always have the latest versions of projects hosted, and then have less overhead merging pull requests.

I'd like to submit curl.js, but there are several minified versions or curl.js, depending on the user's needs. For instance, there's a version optimized for dojo users and another optimized for jQuery users (as well as other versions). It's not clear to me how to structure the package.json.

Should I just include all of the versions in the folder and call-out one of them in the package.json?

Thanks!

-- John

Can we include the AMD compatible branch of BackboneJS? Or am I missing something / behind the times? :P

Found here: https://github.com/jrburke/backbone/blob/optamd/backbone.js

The JSON Library is not the minified version. Can this be minified and hosted?

hi i don't know how can i request to add the Hover intent plugin to cdnjs

so if one of the cdnjs admin could add it directly i will be so grateful as i use this plugin a lot and cdnjs service is great

Hover intent plugin homepage: http://cherne.net/brian/resources/jquery.hoverIntent.html

Thank you in advance

It's probably worth doing this now, as our goal is to speed up the web.

Most of the file is comments, and quite a few people have requested it.

/cc @thomasdavis

If you try to access Dygraph on http://cdnjs.cloudflare.com/ajax/libs/dygraphs/1.2/dygraph-combined.js, it will issue a 404 error. Can someone please put it online again ?

Thanks

I noticed that there are many libraries in the github repo, but not all of them are on the CDN site. Can someone please push the latest?

Thanks.

The file in your repo for the Timeago script is here:

http://cdnjs.cloudflare.com/ajax/libs/jquery-timeago/0.9.3/jquery.timeago.js (works)
http://cdnjs.cloudflare.com/ajax/libs/jquery-timeago/0.9.3/jquery-timeago.js (broken)

Unfortunately, the index on your home page lists the broken one. Note that the "-" towards the end should be a ".".

The URL displayed in http://www.cdnjs.com/#/search/history is http://cdnjs.cloudflare.com/ajax/libs/History.js/1.7.1/native.history.js while the correct one is http://cdnjs.cloudflare.com/ajax/libs/history.js/1.7.1/bundled/html4+html5/native.history.js

Hi, first of all I'd like to thank everyone responsible for this amazing initiative, it's a great idea with a clear and important purpose.

Second, I'd like to ask if it's possible or maybe it's asking too much, if additional sub-domains could be created and pointed to cdnjs.cloudflare.com . Additional subdomains like cdnjs2.cloudflare.com, cdnjs3.cloudflare.com, etc.

This would help to load multiple files in parallel, as the recommended number of parallel requests from a web browser is 2 (a quick google search pointed me to this article: http://gtmetrix.com/parallelize-downloads-across-hostnames-implementation-guide.html).

This would specially be of value for people using Backbone.js, as they have to load 3 scripts (backbone.js, underscore and jquery or zepto), and if someone would use more jquery plugins it would be more than 3 scripts.

Thanks in advance.

The site says "100% Uptime" and the word uptime links to pingdom results that show instances where it's been down and thus is "99.99%" time uptime. Please adjust the site accordingly or add a note saying "rounded up".

In package.json, some URLs are listed as the link to the repo via the git:// protocol, and some are listed as HTTPS links.

We should probably standardize this. Thoughts?

/cc @thomasdavis

I have the commit ready to go. It's a bit of a grey area as to whether we add it, but I don't think it would conflict with our vision.

Could be useful for JSFiddle etc.

/cc @thomasdavis

Eg http://taitems.tumblr.com/post/482577430/introducing-aristo-a-jquery-ui-theme

All scripts with (some / most) details go into a datatables instance (http://datatables.net/).

Why? Seems like it would be easier to browse, and give you more info at a glance. Plus, searching is great with datatables.

You can link to search results as per usual. Perhaps a URL such as http://www.cdnjs.com/#/search/socket just pre-fills the search box.

We could have individual pages for each script, such that linking to an exact name match like: http://www.cdnjs.com/#/socket.io will display all details we have for that script in packages.json in some sexy way.

NB: Probably still a single page app?

/cc @thomasdavis

I'd love for someone to add @mbostock's d3. If nobody else gets around to it first I may add it myself.

http://zeptojs.com/

Many thanks in advance

discuss here

http://cdnjs.com/test.html

I remember it used to work this way. When you search for popular frameworks like jQuery or Dojo, you'll get Google's CDN URL's instead of CDNJS's.

The template engine handlebars.js is currently in beta 6, but cdnjs only provides beta 2. Please provide the latest version.

Various CDNs (Google's for example) allow access of the latest bug fix release of a certain series by not specifying the minor version number. This makes sense, because such releases usually don't contain anything that can breakage, but only contain bug, performance or stability fixes (maybe better support for certain browsers).

To give an example. The current:

http://cdnjs.cloudflare.com/ajax/libs/jquery/1.8.0/jquery-1.8.0.min.js

should also be available as:

http://cdnjs.cloudflare.com/ajax/libs/jquery/1.8/jquery-1.8.min.js

and once 1.8.1 is released link to:

http://cdnjs.cloudflare.com/ajax/libs/jquery/1.8.1/jquery-1.8.1.min.js

For comparison see:

https://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min.js
https://ajax.googleapis.com/ajax/libs/jquery/1.7/jquery.min.js
https://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js

(Maybe it would be better to mention this in its own ticket, but specifying the version number twice seems unnecessary.)

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Please leave all ideas and comments in regards to the cdnjs website redesign below e.g.

• Show more library information
• Give us a way to embed quicker
• AMD support snippets
• How to categorize the libraries

etc etc

Look forward to hearing from you!

I'd like to add a Javascript library to cdnjs that includes some CSS to ensure it appears correctly. What's the preferred way for this to be included? Should I just add the CSS file alongside the JS file in my fork, add it to cdncss instead, or something else?

@ryankirkman , @thomasdavis , etc.

I'd like to add my XRegExp v2.0.0 library to cdnJS (I'll be sending a pull request after getting feedback on this issue). However, because of its collection of addons, there are a lot of associated script files. The most popular of them (listed with their paths in the XRegExp repo) are as follows:

• src/xregexp.js
• min/xregexp-min.js
• xregexp-all.js
• min/xregexp-all-min.js
• src/addons/unicode/unicode-base.js

The remaining scripts are:

• src/backcompat.js
• src/addons/build.js
• src/addons/matchrecursive.js
• src/addons/prototypes.js
• src/addons/unicode/unicode-categories.js
• src/addons/unicode/unicode-scripts.js
• src/addons/unicode/unicode-blocks.js
• src/addons/unicode/unicode-properties.js

Would it be OK to add all of these? I'm thinking that for cdnJS I'd flatten the directory structure and simply include all of the the above scripts in an ajax/libs/xregexp/2.0.0/ directory.

Is including the individual XRegExp addons overkill for cdnJS? If so, perhaps I could just add xregexp-min.js and xregexp-all-min.js.

I'm curious if you can offer any sort of data on the relative traffic of all the libraries.

Knowing which are used more and less often would be very helpful, I think, to a lot of developers.

I'll take some raw data if that's easier for you.