🚨 nuxt v4.6.2 is out, including a few security fixes, so please do make time to upgrade
there's lots more in there too!
🗺️ page transition + navigation improvements
🔥 a warmer dev server start
💪 and better types for server routes
github.com/nuxt/nuxt/release…
HumanOnlyWeb retweeted
Nuxt SEO v6 is here ✨
One install, 9 modules for technical SEO & AEO.
👋 New modules: AI-ready and Skew Protection.
⚡️ 14 new features, 42 bug fixes, faster + smaller.
Get started nuxtseo.com/v6
Nuxt 4.6 is out, alongside nuxt/cli v4 🚀
🧩 nuxt/server, our first big step to a server-agnostic Nuxt
🎯 typed $fetch was rebuilt (no more TS2589!)
🔐 appSecret + sealed cookie sessions
⚡️ Vue Vapor support
🐛 brand new dev error pages
… plus lots of groundwork for Nuxt 5 🏔️
👉 nuxt.com/blog/v4-6
HumanOnlyWeb retweeted
Effect v4 is here.
One ecosystem. Zero dependencies.
The next chapter of Effect and the foundation for building reliable software and AI agents in TypeScript.
HumanOnlyWeb retweeted
Think of DOs by analogy to a serverless function. A better (and much funnier) name might have been "serverless objects".
A "serverless function" is a stateless javascript program you upload to, say, Vercel. The external interface is a function. It is reachable at a URL.
You send a request to the URL, Vercel instantaites your program, sends the exported function the request, gets the function result, send the result to you as an HTTP response, then destroys the program.
DOs are exact same thing, but stateful. You upload a JavaScript program to CloudFlare. The external interface is a *class*, not a function. DOs are reachable at a URL. You send a request to the URL and CloudFlare invokes your program, instantiates your class, and sends a particular method on the class the request, gets the result, and send it to you as an HTTP response.
So far, just a more complicated version of serverless functions.
The difference is that CF keeps that class running for awhile. If another request comes into same URL, CF routes it to the same running program and the same exact JavaScript object in memory.
So you can keep state in that JS objects across invocations.
That's it, that's the whole pitch.
These little javascript programs are low-power (last I looked max ram was maybe 1GB?). But they are cheap to run so you can have zillions of them. This makes them a very useful primitive for certain kinds of problems, like say chatrooms, multiplayer games, etc.












