Nitro v3.0.260522-beta : Tracing à la Compilation, Cache VFS, Queues Vercel en Local

Nitro v3.0.260522-beta : Tracing à la Compilation, Cache VFS, Queues Vercel en Local

lschvn

Nitro v3.0.260522-beta est sorti le 22 mai 2026, prolongeant la phase bêta v3 démarrée en avril. Cette release ajoute trois fonctionnalités qui améliorent ensemble significativement l'expérience de développement pour les applications TypeScript server-side orientées production : instrumentation de tracing automatique à la compilation, un cache VFS pour le code dynamique, et l'émulation locale des queues Vercel.

Tracing automatique des handlers à la compilation

Le PR #4240 introduit l'enrobage automatique des spans de tracing autour de chaque handler de route Nitro à la compilation. Quand une requête arrive sur un serveur Nitro, des spans sont émis pour chaque invocation de handler avec les métadonnées incluant le chemin de la route, la méthode HTTP, la durée et le statut du cache. Ces spans s'intègrent avec les récepteurs compatibles OpenTelemetry, vous pointez votre OTEL_EXPORTER_OTLP_ENDPOINT vers un collecteur et obtenez des traces de requêtes complètes sans écrire une seule ligne de code d'instrumentation.

Cache VFS pour le code dynamique

Le PR #4251 introduit une couche VFS pour le code dynamique de Nitro. Auparavant, un redémarrage du dev-server forçait Nitro à ré-évaluer tout le graphe de modules, chaque handler de route, chaque appel useStorage(), chaque hook d'événement. Pour les applications avec des centaines de routes ou une initialisation coûteuse, cela ajoutait des secondes à chaque redémarrage.

Le nouveau cache VFS sérialise l'état résolu du registre interne de Nitro après le premier request. Les démarrages suivants chargent depuis ce snapshot, évitant l'étape d'évaluation. Le cache est invalidé automatiquement quand les fichiers sources changent.

Les queues Vercel accessibles en développement local

Le preset Vercel intègre le support des queues en développement local via vercel dev (#4264). Les handlers de queue définis avec nitro.tasks sont désormais reconnus et exécutés par un stub local du Vercel Runtime. Vous pouvez écrire un consumer de queue, l'appeler depuis un route handler, et déboguer le flux async complet, retries et dead-letter queue, entièrement en local.

Correctifs de sécurité

Deux vulnérabilités corrigées dans la beta v3.0.260429-beta affectent également les releases antérieures :

  • GHSA-5w89-w975-hf9q : Les règles de route proxy pouvaient être contournées via des chemins de requête malformés, permettant à des requêtes d'atteindre des services backend qui auraient dû être exclus.
  • GHSA-9phm-9p8f-hw5m : Open redirect via URL protocol-relative dans les règles de redirection.

AWS Amplify supporte Node.js 24

Le preset AWS Amplify supporte désormais le runtime Node.js 24 (#4245).

Nitro v3.0.260522-beta est disponible sur npm via nitro@3.0.0-260522-beta.

Questions fréquentes

Articles connexes

Plus de couverture avec des sujets et tags en commun.

Vue 3.5 : La version 'mineure' qui a réécrit les règles de la performance frontend
frameworks

Vue 3.5 : La version 'mineure' qui a réécrit les règles de la performance frontend

Vue 3.5 est arrivé sans changements cassants et avec un ensemble d'amélioration des internals qui devrait attirer l'attention de tout développeur, 56% d'usage mémoire en moins, hydration paresseuse, et une API props réactive stabilisée.
Astro 7.0.0-beta.6 stabilise le cache des routes et fait de la compression d'espaces JSX la valeur par défaut
frameworks

Astro 7.0.0-beta.6 stabilise le cache des routes et fait de la compression d'espaces JSX la valeur par défaut

Astro 7.0.0-beta.6 (19 juin 2026) promeut l'API expérimentale de cache des routes au niveau stable racine, supprimant les drapeaux experimental.cache et experimental.routeRules au profit d'une configuration cache de premier niveau et d'un assistant cache. La beta.5 (18 juin) a fait de « jsx » la valeur par défaut de compressHTML, changeant le HTML rendu de tout site qui s'appuyait sur la préservation d'espaces. La beta.6 embarque aussi @astrojs/markdown-satteri 0.3.1-beta.2.
React Router v8 promeut ses Future Flags en valeurs par défaut, passe en ESM uniquement et abandonne `react-router-dom`
frameworks

React Router v8 promeut ses Future Flags en valeurs par défaut, passe en ESM uniquement et abandonne `react-router-dom`

React Router v8.0.0 (17 juin 2026) est la première version majeure sous le modèle de gouvernance ouverte (Open Governance) du projet et la première d'un rythme annuel planifié. Chaque indicateur `future.v8_*` de la v7 devient la valeur par défaut (middleware toujours activé, requêtes pass-through, API Vite Environment, découpage des modules de route), la base minimale passe à Node 22.22+, React 19.2.7+ et Vite 7+, tous les paquets sont publiés en ESM uniquement avec une cible ES2022, `react-router-dom` est supprimé, et les adaptateurs Node basculent vers un serveur fetch maintenu par Remix tandis que `create-react-router` abandonne son polyfill fetch pour le `fetch` natif.

Commentaires

Connexion Connectez-vous pour participer à la conversation.

Pas encore de commentaires. Soyez le premier à partager vos pensées.