Nitro v3.0.260522-beta: Build-Time Tracing-Wrapper, VFS-Performance-Boost, Vercel Queues Lokal

Nitro v3.0.260522-beta: Build-Time Tracing-Wrapper, VFS-Performance-Boost, Vercel Queues Lokal

lschvn

Nitro v3.0.260522-beta wurde am 22. Mai 2026 veröffentlicht und erweitert die im April begonnene v3-Beta. Die Version fügt drei Funktionen hinzu, die zusammen die Developer Experience für produktionsorientierte serverseitige TypeScript-Anwendungen erheblich verbessern: automatische Tracing-Instrumentierung zur Build-Zeit, einen VFS-gestützten dynamischen Code-Cache und lokale Vercel-Queue-Emulation.

Automatische Route-Handler-Tracing-Wrapper zur Build-Zeit

PR #4240 führt automatische Tracing-Span-Wrapper für jeden Nitro-Route-Handler zur Build-Zeit ein. Wenn eine Anfrage einen Nitro-Server erreicht, werden Spans für jede Handler-Invokation mit Metadaten emitet, einschließlich Routenpfad, HTTP-Methode, Dauer und Cache-Status. Diese Spans integrieren sich mit OpenTelemetry-kompatiblen Empfängern, Sie zeigen mit Ihrem OTEL_EXPORTER_OTLP_ENDPOINT auf einen Collector und erhalten vollständige Request-Traces, ohne eine einzige Zeile Instrumentierungscode zu schreiben.

VFS-Caching für dynamischen Code

PR #4251 führt eine VFS-Schicht für Nitros dynamischen App-Code ein. Bisher musste Nitro bei einem Dev-Server-Neustart den gesamten Modulgraphen neu auswerten, jeden Route-Handler, jeden useStorage()-Aufruf, jeden Event-Hook. Bei Anwendungen mit Hunderten von Routes oder teurer Initialisierungslogik kamen pro Restart mehrere Sekunden dazu.

Der neue VFS-Cache serialisiert den aufgelösten Zustand von Nitros interner Registry nach dem ersten Request. Nachfolgende Starts laden aus diesem Snapshot und überspringen den Auswertungsschritt. Der Cache wird automatisch invalidiert, wenn sich Quelldateien ändern.

Vercel Queues im lokalen Development

Das Vercel-Preset erhält Queue-Support im lokalen Development über vercel dev (#4264). Queue-Handler, die mit nitro.tasks definiert sind, werden jetzt erkannt und von einem lokalen Vercel Runtime Stub ausgeführt. Sie können einen Queue-Consumer schreiben, ihn aus einem Route-Handler aufrufen und den vollständigen Async-Flow, inklusive Retries und Dead-Letter-Queue-Verhalten, vollständig lokal debuggen.

Sicherheitspatches

Zwei Schwachstellen, die in der v3.0.260429-beta behoben wurden, betreffen auch ältere Releases:

  • GHSA-5w89-w975-hf9q: Proxy-Route-Regeln konnten über malformed Request-Paths umgangen werden.
  • GHSA-9phm-9p8f-hw5m: Offene Weiterleitung über protocol-relative URL in Redirect-Route-Regeln.

AWS Amplify unterstützt Node.js 24

Das AWS-Amplify-Preset unterstützt jetzt Node.js 24 Runtime (#4245).

Nitro v3.0.260522-beta ist auf npm als nitro@3.0.0-260522-beta verfügbar.

Häufig gestellte Fragen

Verwandte Artikel

Weitere Berichterstattung zu ähnlichen Themen und Tags.

Vue 3.5: Das 'Minor'-Release, das die Regeln der Frontend-Performance neu geschrieben hat
frameworks

Vue 3.5: Das 'Minor'-Release, das die Regeln der Frontend-Performance neu geschrieben hat

Vue 3.5 kam ohne Breaking Changes und mit einer Reihe von internen Verbesserungen, die jeden Entwickler aufhorchen lassen sollten, 56% weniger Speicherverbrauch, Lazy Hydration und eine stabilisierte reaktive Props-API.
Astro 7.0.0-beta.6 stabilisiert das Routen-Caching und führt JSX-Whitespace-Kompression als Standard ein
frameworks

Astro 7.0.0-beta.6 stabilisiert das Routen-Caching und führt JSX-Whitespace-Kompression als Standard ein

Astro 7.0.0-beta.6 (19. Juni 2026) befördert die experimentelle Routen-Caching-API auf stabile Top-Level-Konfiguration. Die Flags experimental.cache und experimental.routeRules entfallen, ersetzt durch eine cache-Konfiguration der obersten Ebene und einen Cache-Helper. Beta.5 (18. Juni) hat „jsx“ zum Standardwert von compressHTML gemacht, was das gerenderte HTML jeder Site verändert, die sich auf die Whitespace-Erhaltung verlassen hat. Beta.6 zieht außerdem @astrojs/markdown-satteri 0.3.1-beta.2 nach.
React Router v8 stuft seine Future Flags zu Standardwerten hoch, wird rein ESM und legt `react-router-dom` ab
frameworks

React Router v8 stuft seine Future Flags zu Standardwerten hoch, wird rein ESM und legt `react-router-dom` ab

React Router v8.0.0 (17. Juni 2026) ist das erste Major Release unter dem Open-Governance-Modell des Projekts und das erste in einem geplanten Jahresrhythmus. Jedes `future.v8_*`-Flag aus v7 wird zum Standard (immer aktiviertes Middleware, Pass-Through-Requests, die Vite-Environment-API, Route-Modul-Splitting), die Baseline steigt auf Node 22.22+, React 19.2.7+ und Vite 7+, alle Pakete erscheinen rein als ESM mit ES2022 als Ziel, `react-router-dom` wird entfernt und die Node-Adapter wechseln zu einem von Remix gepflegten Fetch-Server, während `create-react-router` seinen Fetch-Polyfill durch nativen `fetch` ersetzt.

Kommentare

Anmelden Melden Sie sich an, um an der Diskussion teilzunehmen.

Noch keine Kommentare. Seien Sie der Erste, der seine Gedanken teilt.