Astro 7.4.1 confie le build a Rust et a Vite 8, puis imprime un releve des durees

Résumé

Astro 7.4.1 deplace le compilateur de composants et la chaine Markdown vers Rust et se marie a Vite 8, pour un build de 15 a 61 pour cent plus rapide. La commande de build accepte aussi un drapeau de mesure qui montre ou le temps est passe, etape par etape.

Recommander
Nom
Astro
Version
7.4.1
Tarif
Gratuit
Open source
Open source
Système
WindowsmacOSLinux
Mis à jour
2026-10-21 15:57

La septieme vague de Astro place le poids non pas sur une liste de fonctions mais sur la chaine de build elle-meme : deplacer les deux etapes les plus lentes vers Rust, puis confier tout ce qui reste inexplique a un releve des durees.

La version est a 7.4.1

La version stable actuelle est 7.4.1, publiee le 19 octobre 2026. La lignee repose sur deux jalons : la septieme lignee a ouvert le 22 juin 2026, et cette edition est arrivee le 15 octobre. Le projet est ouvert sous licence MIT, et le depot est ecrit surtout en TypeScript.

Rust a repris les deux etapes les plus lentes

Ce que la premiere edition de la septieme lignee a fait tient en une phrase : remplacer tout le compilateur de composants, reecrit depuis une version Go vers une version Rust ; deplacer le traitement de Markdown et de MDX vers une chaine Rust ; et passer le moteur de rendu a une strategie fondee sur une file, qui aligne mieux les fragments en attente.

La raison officielle : un build compte trois etapes et la premiere mange le temps. Pages, contenus et composants cote navigateur sont emballes dans un paquet JavaScript, puis chaque page prerendue est demandee a son tour et transformee en HTML. La partie lente se trouve justement etre la compilation et le traitement de Markdown, donc les deux sont passees en code natif. Le processeur Markdown par defaut a suivi, passant de une combinaison de extensions a une chaine maison. Les sites qui ecrivent du Markdown simple ne voient presque rien ; un projet qui porte une serie de extensions reecrivant le arbre de syntaxe doit les verifier une par une.

Vite 8 et le assembleur que elle apporte

La autre moitie de la vitesse vient de Vite 8. Le plus grand changement de cette edition est un assembleur ecrit en Rust, qui fusionne deux outils qui se partageaient la tache en gardant la interface de extensions intacte. Apres la fusion, les chiffres officiels donnent une plage : le temps total de build baisse de 15 a 61 pour cent, et quelques sites vont plus de deux fois plus vite.

Le tableau de reference montre la distribution. Un site de documentation de six mille pages est passe de environ 115 secondes a environ 74, et un de treize mille de environ 386 a environ 326. Plus un site a de pages, plus le gain en pourcentage est faible, parce que le rendu des pages lui-meme ne est pas passe vers Rust et prend donc une part plus large du reste.

Le gain depend de la part du temps du site qui va vers la compilation et le Markdown, et un site bati sur des milliers de fichiers Markdown est le genre ou la compilation domine.

releve des durees de build Astro

Cette edition transforme le build en rapport

La premiere edition repondait a comment aller plus vite ; celle-ci repond a ou est passe le temps et ou il ne est pas passe. La commande de build accepte un drapeau de plus, et a la fin elle imprime une ventilation : chaque etape, chaque classe de extension, traitement de Markdown et mise en evidence de la syntaxe, rendu des pages, traitement des images et integrations, avec durees et parts, plus la mediane et la valeur haute des pages les plus lentes.

La demonstration officielle utilise un modele de blog de neuf pages : la passe entiere prend environ deux secondes et demie, et la generation des pages en prend un peu plus de deux, soit environ 80 pour cent. Les pages les plus lentes sont presque toutes celles qui appliquent le modele article, tandis que la page accueil et le fil restent dans les millisecondes. Le probleme est nomme avec precision : dans le modele, la zone des commentaires cherche abord les commentaires puis le profil de chaque auteur, deux tours de requetes a la suite, et chaque page attend.

Apres passage a une recuperation simultanee en une passe, dont les resultats descendent ensuite, la generation des pages est tombee de un peu plus de deux secondes a environ une, et le temps de rendu par article a diminue de moitie. La valeur de le exemple ne tient pas a cette seconde mais a ce que il rend visible sans releve : dans le editeur, le code semble correct.

releve des durees de build Astro

Le service image se coupe en build et execution

Cette edition permet de configurer le service image deux fois : un jeu pour les pages prerendues, un autre pour les pages rendues a la demande. Un build dispose de la machine entiere et de un environnement complet, donc le optimiseur local convient le mieux ; le rendu a la demande tourne sur un serveur ou un noeud de bord ou le optimiseur local peut ne pas fonctionner, ce qui fait du reseau de images le choix sense. Avant cela on choisissait un seul jeu ou on laissait le choix a le adaptateur. Pour que cela tienne, les images utilisees pendant le build sont desormais suivies par la chaine du cadre elle-meme, et les adaptateurs ne refont plus leur propre copie.

Ce que signifie un compilateur plus strict

Changer de compilateur ne donne pas que de la vitesse. Le nouveau compilateur Rust est plus strict sur le HTML invalide : les balises non fermees declenchent une erreur, et les elements non vides exigent une balise de fermeture assortie ; le imbrication invalide au sens du sens ne est plus corrigee automatiquement mais transmise au navigateur telle quelle.

Le ancien compilateur aidait en silence : fermer les balises, remettre de ordre, sortir les noeuds mal places. Cette aide a cause des problemes difficiles a traquer, donc le nouveau refuse. Le prix : apres une montee de version, des erreurs jamais vues apparaissent et le rendu peut changer. La routine est simple : lancer un build apres la montee, fermer les balises ouvertes, et verifier le imbrication du modele ou la sortie a bouge. Un projet aux modeles propres ne sent presque rien ; un projet charge de histoire passe par un rangement.

Deux interrupteurs experimentaux et quelques regles nouvelles

La premiere capacite experimentale est le prerendu parallele, qui repartit le rendu des pages statiques sur plusieurs fils de travail et utilise par defaut tous les coeurs sauf un ; chaque fil ajoute de la memoire au build, donc sur une machine tendue ou quand rien ne accelere, le nombre doit baisser. La seconde est une page de redirection propre : un site statique ne a pas de serveur pour envoyer des en-tetes de redirection, donc chaque redirection genere une petite page portant une consigne de rafraichissement, dont le texte, le style et le delai etaient fixes, alors que le nouvel interrupteur la rend depuis votre modele, avec source, cible, code de etat et delai passes en parametres.

Quelques regles nouvelles meritent une note. La version minimale de Node monte a 22 ; src/fetch.ts devient un nom reserve que le routage avance charge comme configuration, donc un projet qui a un fichier de ce nom doit changer la configuration ou renommer ; et les fournisseurs de polices gagnent un rappel optionnel qui declare les graisses, glyphes, sous-ensembles et formats que une famille possede vraiment, une valeur que le fournisseur ne peut pas donner declenchant un avertissement precoce. Ce rappel est optionnel maintenant et devient obligatoire dans la prochaine grande edition.

A qui cela convient

Le site se presente comme un cadre pour les sites guides par le contenu, et nomme les sites de promotion, les blogs et les boutiques. Le coeur est le serveur abord : les composants sont rendus la et seul le HTML part au navigateur, sans cout JavaScript superflu, tandis que les parties interactives se chargent a part comme des iles. Sur le extensibilite, il accepte les composants des cadres de interface courants, donc le existant entre tel quel, et sur le contenu il offre des collections ou Markdown et fichiers de donnees gagnent la securite de type et la completion.

La raison de le mettre dans une boite a outils est rarement une fonction mais le fait de tenir a la fois le temps de build et la taille de la sortie. La premiere edition a fait baisser le premier ; celle-ci le rend explicable.

Le recit de Astro 7 est simple : remplacer les parties lentes par une langue plus rapide, puis faire du reste inexplique un rapport lisible. Le premier a demande une reecriture, le second demande un drapeau. Ce qui merite memoire ne sont pas les pourcentages mais le ordre : quand un build ralentit, lire le rapport avant de decider quoi changer.

AstroTéléchargement
Systèmes pris en charge : Windows macOS Linux