A CDN for raw.githubusercontent.com content, that always links to the latest version (aka your master branch). Built on NodeJS for rock solid delivery!
- Visit: https://gitcdn.xyz or https://gitcdn.link and paste your raw GitHub link into the field
or
-
Get the https://raw.githubusercontent.com address for the file you're looking for, it is in the following format:
https://raw.githubusercontent.com/USER/PROJECT/BRANCH/FILEExample:https://raw.githubusercontent.com/schme16/gitcdn.xyz/master/README.md -
[Get latest commit] Replace
https://raw.githubusercontent.com/withhttps://gitcdn.xyz/repo/and switch the commit from /master/ or /{TAG}/ to your designed commit sha1 Example:https://gitcdn.xyz/repo/schme16/gitcdn.xyz/master/README.mdorhttps://gitcdn.xyz/repo/schme16/gitcdn.xyz/v1.0.2/README.md[Get specific commit] Replacehttps://raw.githubusercontent.com/withhttps://gitcdn.xyz/cdn/Example:https://gitcdn.xyz/cdn/schme16/gitcdn.xyz/b5ccbec532d3cfe7eb9dec60b95317654a1be09f/README.md
GitCDN is TOTALLY FREE! That's not to say I won't have plans that have a monthly/yearly price in the future, but the repo CDN service will ALWAYS be free, without the need for sign-up!
This service is totally free, but is made possible with donations from awesome people like you! If you'd like to show your thanks, please consider making a donation!
GitCDN works by creating a short-cached (~2 hours cache time) lookup of the latest commit of the specified file, then redirecting you to a long-cached (~1 week cache time on edge servers, and ~1 year cache time on primary servers) version of that file.
Nope!
See point #2 in the How to use section above. But basically you just use /cdn/ instead of /repo/ and use a commit hash instead of master.
No. Whilst theoretically an API could be added to allow you to request a cache flush of your item, the current implementation of caching via a redirect page that only caches for ~2 hours makes the necessity of this lower, but the server load exponentially higher. Feel free to still submit it as a feature request/pull request
How is this Different from RawGit.com and githack.com
The main difference, is our focus on providing the latest commit of a given GitHub file, where as RawGit has more of a focus on providing specific commits and githack with efficient serving (they use nginx). Each of the services mentioned above are awesome, and I'd like to thank the developers behind each for creating such brilliant services; but both are built with a bit of a glass jaw, that is, that users can either accidentally, or worse, deliberately cripple their services just through normal usage. My aim was to build GitCDN with a focus on preventing that being available to end users, and we achieve this through clever tweaks on Cloudflare that mean that at most a file will be hard accessed (accessed without a cache copy, directly from my servers) once per region/2hrs.
Another major difference between GitCDN and RawGit, is what CDN providers I use:
- GitCDN uses Cloudflare.
- RawGit uses MaxCDN.
Lastly, GitCDN and RawGit have a slightly different setup for development and cdn versions.
RawGit provides a live version of your file (https://rawgit.com/) that updates in real-time (which is only useful when using your master branch) and a CDN version (//cdn.rawgit.com); GitCDN on the other hand, caches every request made to https://gitcdn.xyz/repo/ for a breif period (~2 hours), this means that any change made can take up to 2 hours to propagate through to all users, but means you don't have to worry about leaving a dev link in your production environment and accidentally overwhelming our service, see: https://rawgit.com/faq#rawgit-com-in-production for why I chose this route.
The advantage of these differences is that, while not providing promises about uptime, this setup is less likely to be impacted my large user volumes (as every item is cached for a minimum or ~2hrs) so feel free to use this in a high volume environment (not that I'm telling you to go and use it in production, but just that if you do it won't harm me in the same way that RawGit and githack would be).
Sidenote: Cloudflare, strictly speaking, is not a CDN, and that its original focus was on network security/attack mitigation, the side effect of this is that they cache files much like a traditional CDN. I've been using Cloudflare for a several years and have been more than happy with their service, but for a broader opinion you can see a pretty good write-up by Kevin Muldoon, Cloudflare vs MaxCDN, which covers each of their strengths pretty nicely, and for more details about RawGit please see their FAQ
Almost, you can certainly host all of your files here, then link them in the index of your website!
- Better (Re: any) website front-page; I love how easy RawGit made their URL helper, so I will be including something similar ASAP!
- My goal is to add the ability to host your static website directly from your GitHub repo, with CNAME support for custom domains. There's no time-line for completion, but I'm super keen to make it happen (For free, of course).
- There are also still plenty of optimizations to do; but this service is definitely ready for production.
Great! We love hearing from you, just visit https://github.com/schme16/gitcdn.xyz/issues/new and submit your great idea/annoying bug/awesome feedback!
The inspiration for this whole project comes from RawGit from Ryan Grove I absolutely love the service that Ryan has made available, and have used it for quite a while with great results! However the more I used it, the more I realized I needed to be able to get the latest version of a file, without having to change all of my links in README's and HTML pages, and so GitCDN was born!
As this service is free, I make no guarantees about Up-time nor do I have anything resembling an SLA. If you're a company/service that needs that guarantee on your uptime (like an SLA), please consider using Cloudflare/MaxCDN directly.
Please note that GitCDN is not affiliated with GitHub or RawGit, Cloudflare or MaxCDN, and as such any feedback/issues/etc. should be filed with the respective party.