They're now in our documentation to make them easier to find. There's a whole collection of annotated examples on how use Deno. Take them as-is or use them as a reference when you're developing.
Blog Post: I wrote about my struggles trying to open up outgoing net requests in a safe way for #Dropserver apps using #Deno's permissions. It didn't go well 😭
Here's me trying to make sure we ship as secure as possible software, and there's someone who doesn't know how to use an npm ignore file to not ship their shitty docker files in their modules #node#npm
So many #npm projects have a lot of crap in node_modules that are really not needed when deploying apps - SO MANY DOT FILES. I built a script that will clear them all out recursively, just leaving required files. Will probably add *.ts when creating containers.
I've been thinking about restarting work on #Tapir. Development stopped because I hit a wall with the database system. Writing Tapir in #Deno was a long sequence of yak-shaving without much payoff; most of my dev time was spent implementing JSON-LD, Web Signatures, and a database layer that should have been a library if Deno had better Node compatibility at the time.
It's been a while, and the Deno ecosystem has improved a lot. Drizzle looks promising as an ORM layer (better than my hacked-together one), and more Fediverse projects in Deno are popping up (#Fedify looks really cool!). But I'm rethinking Deno.
There were 3 things that drew me to Deno initially:
Ease of install (just run the app from a URL)
Cloud platforms (Deno Deploy w/ Deno KV)
JavaScript (I know the language, and it has a big ecosystem)
#Fedify's tutorial, which previously assumed you were using #Deno, can now be followed using #Node.js and #Bun! (What is Fedify? It's an ActivityPub server framework.)
However, they are written for Fedify 0.8.0, which hasn't been released yet. You can test it with the pre-release version, 0.8.0-dev.164, though.
🚀 Much faster language server
🐢 Key improvements in node:worker_threads and node:vm
💾 Snappy startups with V8 code caching
☁️ New "deno serve" subcommand
🚨 Updates regarding Deno 2
OK, I should really change all my projects that use #npm/#yarn to use #pnpm. If you barely use Node then it's probably not worth it, but for a webdev it now seems like a no-brainer.
@zurmikopa it seems like in any situation where you have multiple node_modules directories pnpm is a no-brainer, because it reuses existing modules instead of having duplicates.
Considering that every year we have a new ambitious replacement for #npm in the JavaScript world, @naderman and @seldaek apparently did a very good job when building and maintaining #composer for #php. Thanks a lot to you two and everyone else involved.
@muhdiekuh Agreed! I also like to believe the #PHP ecosystem aged out of the "prove how clever & right you are" phase. 😅 We're all out here like,
"amazing, thank you, now I can work faster" not "huh, bet I can do better, hold my beer".
We recently launched JSR, a new open source package registry for all of JavaScript (and TypeScript!)
In this post, Luca Casonato dives into how we built JSR to be:
🏅 reliable (100% SLO)
😀 simple to use for publishers and consumers
📦 compatible with NPM