Astro 6.1 : contrôle fin des images et routage i18n amélioré

Astro 6.1 : contrôle fin des images et routage i18n amélioré

lschvn4 min de lecture

Astro 6.1 est sorti le 31 mars, et même si ce n'est pas une release aussi spectaculaire que la 6.0 (compilateur Rust expérimental), elle apporte trois améliorations ciblées qui répondent à de véritables points de friction pour les sites riches en contenu déployés au edge.

Sharp : contrôles au niveau de l'encodeur

Le changement le plus utile en pratique : vous pouvez désormais définir les valeurs par défaut spécifiques au codec pour le pipeline d'images intégré à Astro. Avant la 6.1, vous pouviez contrôler la quality par image, mais les options sous-jacentes de l'encodeur, niveau MozJPEG, effort WebP, sous-échantillonnage AVIF, compression PNG, étaient fixes.

En 6.1, avec astro/assets/services/sharp :

// astro.config.mjs
export default defineConfig({
  image: {
    service: {
      config: {
        jpeg: { mozjpeg: true },
        webp: { effort: 4 },
        avif: { effort: 3, chromaSubsampling: '4:2:0' },
        png: { compressionLevel: 9 }
      }
    }
  }
});

Ces valeurs deviennent les défaut pour la génération d'images à la compilation. La quality par image définie sur <Image />, <Picture /> ou getImage() prime toujours.

Pour les sites générant des centaines de variants d'images au build, les paramètres WebP effort et AVIF peuvent significativement modifier le compromis taille/qualité.

SmartyPants : un objet d'options

Astro supporte SmartyPants depuis longtemps. La 6.1 expose l'objet d'options complet de retext-smartypants :

export default defineConfig({
  markdown: {
    smartypants: {
      backticks: 'all',
      dashes: 'oldschool',
      ellipses: 'unspaced',
      openingQuotes: { double: '«', single: '' },
      closingQuotes: { double: '»', single: '' },
      quotes: false
    }
  }
});

Les conventions typographiques françaises, allemandes ou nordiques qui nécessitent des guillemets spécifiques sont désormais exprimables. Le mode oldschool pour les tirets (-- pour le tiret demi-cadratin) était une demande récurrente.

Routes de repli i18n accessibles aux intégrations

Les intégrations peuvent désormais voir les routes de repli générées pour les configurations i18n avec fallbackType: 'rewrite'. Auparavant, ces routes existaient mais n'étaient pas exposées via le hook astro:routes:resolved. Les intégrations qui construisent des index de routes, notamment le sitemap, pouvaient générer des sitemaps incomplets.

La 6.1 ajoute fallbackRoutes au type IntegrationResolvedRoute, permettant aux intégrations sitemap et de routage de fonctionner correctement.

L'effet Cloudflare

Astro a rejoint Cloudflare en janvier 2026, et la release 6.1 est cohérente avec cette direction : sites riches en contenu déployés sur Workers/Pages, optimisation d'images au edge, polish typographique. Astro reste sous licence MIT et agnostique en termes de plateforme, mais la roadmap reflète de plus en plus ce que l'infrastructure Cloudflare facilite.

npm install astro@latest

Questions fréquentes

Articles connexes

Plus de couverture avec des sujets et tags en commun.

Next.js v16.3.0-Canary : Prefetch, Dedup et Nouveau Overlay de Dév
frameworks

Next.js v16.3.0-Canary : Prefetch, Dedup et Nouveau Overlay de Dév

Next.js 16.3.0-canary introduit des contrôles de prefetch plus fins, un meilleur dédoublonnage pour la directive 'use cache', et un overlay de dev redesigné pour les erreurs de routes bloquantes.
Astro 6 en scène : Compilateur Rust, Contenu vivant, et un futur Cloudflare
frameworks

Astro 6 en scène : Compilateur Rust, Contenu vivant, et un futur Cloudflare

Astro 6.0 et 6.1 atterrissent à quelques semaines d'intervalle, apportant un compilateur Rust expérimental, des collections de contenu request-time, une API Fonts intégrée, des outils CSP, et une intégration Cloudflare approfondie.
Rolldown 1.1.4 Désactive `experimental.lazyBarrel` par Défaut, un Mois Après que 1.1.0 l'Ait Activé
tooling

Rolldown 1.1.4 Désactive `experimental.lazyBarrel` par Défaut, un Mois Après que 1.1.0 l'Ait Activé

Rolldown [v1.1.4](https://github.com/rolldown/rolldown/releases/tag/v1.1.4), publié le 2026-07-01T14:02:02Z, embarque un changement de fonctionnalité et 19 corrections de bogues. Le changement de fonctionnalité est une annulation partielle du [bascule par défaut de la v1.1.0](https://github.com/rolldown/rolldown/releases/tag/v1.1.0) du 2026-06-03: `experimental.lazyBarrel` est à nouveau désactivé par défaut, après quatre semaines de signalements de correction sur le comportement par défaut. La release durcit aussi le chemin du mode dev en forçant `lazyBarrel` à off dès que `experimental.devMode` est défini (PR [#10060](https://github.com/rolldown/rolldown/pull/10060)), en plus du forçage existant à off pour `treeshake`. L'annulation de la bascule par défaut (PR [#10071](https://github.com/rolldown/rolldown/pull/10071)) et le fix du mode dev s'authentifient chacun en une ligne: « disable `experimental.lazyBarrel` by default » et « fix(dev): disable lazy barrel in dev mode », et le suivi de la cause racine est la nouvelle [issue #10085](https://github.com/rolldown/rolldown/issues/10085) « Tracking strictExecutionOrder correctness and architecture issues », ouverte le lendemain de la release. La release fait suite à [Rolldown v1.1.3](https://github.com/rolldown/rolldown/releases/tag/v1.1.3) (2026-06-24) et est la première release depuis 1.1.0 à toucher la surface de configuration lazyBarrel.

Commentaires

Connexion Connectez-vous pour participer à la conversation.

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