UNPKG

📢 announcing vite-plugin-unpkg vite-plugin-unpkg is a @vite_js plugin that maps @unpkg links to local packages in your monorepo. This lets you use the no-build ethos of unpkg using direct links to unpkg even before your packages are published.

~~attention cf'ers~~ admindo@0.0.1-rc.2 dropped admindo .dev is now live. enjoy the nonfunctional skeleton! AdminDO, the web and CLI admin for @cloudflare Durable Objects what's cool about this project: * no-build frontend via @unpkg * make your own admindo plugins * rally the community around a single architecture what do you want to see next?

<script type=“importmap”> is underrated This is the only way I ever want to load dependencies in the browser. Straight from @unpkg. Bundling and deploying all that stuff myself over and over again is so tired.

I relaunched @unpkg a few weeks ago, completely rewritten from scratch! The backend is: - @cloudflare Workers - @flydotio and @bunjavascript for serving files - esbuild The frontend: - @preactjs for components + hydration - @tailwindcss Source: github.com/unpkg/unpkg

@shgysk8zer0 We apologize for the errors. It should all be resolved now.

@unpkg I've been seeing a lot of bad SSL and Cloudflare issues and Internal Server Errors since the change to HTTP/3 began, or around that time. I know no other way to report this or see if it's been reported.

@levelsio Our apologies for the downtime! We transitioned to a new backend architecture this morning that should resolve any issues you were seeing. The site has been completely rebuilt on top of Cloudflare Workers and should now be fast and responsive.

UNPKG is so rekt? Had to remove it from all my sites this week Also lots of games in the vibe jam are failing cause of it but we try fix it

UNPKG now serves all traffic over HTTP/3! 🔥 With @Cloudflare, it's as easy as toggling a checkbox. We will be anxious to see how much of our traffic takes advantage of HTTP/3 over the coming months!

@nwoolls We deployed support for package.exports this week, and it turns out we had an issue with deep imports in packages that specify package.exports. This should be fixed now, and the URL you gave us now works for us. Apologies for the inconvenience.

@unpkg e.g. @flatfile/javascript@1.3.3/dist/index.js" target="_blank" rel="nofollow noopener">unpkg.com/@flatfile/java… and @flatfile/javascript@1.3.3/dist/index.cjs" target="_blank" rel="nofollow noopener">unpkg.com/@flatfile/java… get a 301 in Chrome, Safari, wget

Did @unpkg start redirecting .js and .cjs URLs to .mjs today(ish)? Not finding much about this online but seems like a pretty big breaking change.

@JeremyL93881162 @nwoolls We deployed support for package.exports this week, and it turns out we had a bug. The URL you linked us to should work now. Apologies for the inconvenience.

@unpkg @nwoolls We are finding the same issue and it's causing major problems for our company. We have: @provenance/provenance-sdk@1/dist/provenance-sdk.js" target="_blank" rel="nofollow noopener">unpkg.com/@provenance/pr…… redirecting to: @provenance/provenance-sdk@1.27.6/dist/main.mjs" target="_blank" rel="nofollow noopener">unpkg.com/@provenance/pr…… We think it may be due to this change to unpkg: github.com/unpkg/unpkg/co…

@nwoolls Thank you for the report. We are looking into this now.

@JeremyL93881162 @nwoolls We are looking into this now.

@ChrisGannon @greensock It appears that @greensock was using unpkg.co (unsupported) instead of unpkg.com for some files. We are redirecting all unpkg.co traffic to the .com now, so your projects should work again. Apologies for the inconvenience.

@snorklTV @CodePen @greensock This should be fixed now! Apologies for the inconvenience.

It appears old @codepen demos used an @unpkg url for @greensock GSAP that used .co instead of .com. This is causing many old demos to fail. In this video I open an older codepen and show the fix. Thanks to unpkg for helping. *enable audio 🔈

@snorklTV @CodePen @greensock We've updated the configuration for unpkg.co and are waiting for DNS changes to propagate. When it does, all unpkg.co URLs will redirect to unpkg.com

@unpkg @CodePen @greensock Thank you for the reply. It appears that older codepens from some reason use .co and not .com. I don't know how long this has been going on for. but if you update those DNS settings that would be Fantastic. thank you.

Seeing multiple @codepen demos fail to load @greensock from @unpkg. In the pens it shows "GSAP not defined" works on some demos, not others. Fails most on embedded pens. url of gsap: @3/dist/gsap.min.js" target="_blank" rel="nofollow noopener">unpkg.co/gsap@3/dist/gs… anyone else seeing this?

@designcoursecom @snorklTV @CodePen @greensock Sorry to hear you've been having issues. Which URL are you having trouble with?

@snorklTV @CodePen @greensock @unpkg Unpckage has been having issues for awhile now. Same thing happened to my Rive import a few days ago

@vyrotek @AzureDevOps Thanks for following up here. We will follow up with Cloudflare and see if there's anything they can do to help.

something funky is definitely going on. Findings: - Can manually CURL the specific unpkg file in the hosted Pipeline - The LibMan VS UI tool locally fails to fetch meta for any versions other than 1.38 ?! - Changing only the provider to 'jsdelivr' works locally and hosted.

@AzureDevOps Pipelines is having issues reaching @unpkg. LibMan works locally on Windows, and on a Remote DevOps Agent on a MacMini. But not on a Hosted Windows Agent. DNS issue? ##[error]libman.json(0,0): Error LIB002: The "microsoft-cognitiveservices-speech-sdk@1.38.0" library could not be resolved by the "unpkg" provider

It looks like most systems are coming back online. We are grateful to our friends at Fly for working hard to fix this outage ❤️

We are currently down in some regions due to issues at our origin servers on @flydotio. We are working to resolve the issue and get back online as soon as possible. You can track the fly issue here: status.flyio.net We apologize for any inconvenience.