Astro 6.1: Feinsteuerung für Bilder und verbessertes i18n-Routing

Astro 6.1: Feinsteuerung für Bilder und verbessertes i18n-Routing

lschvn4 Min. Lesezeit

Astro 6.1 wurde am 31. März veröffentlicht, nicht so dramatisch wie Astros 6.0 mit dem experimentellen Rust-Compiler, aber mit drei gezielten Verbesserungen, die reale Reibungspunkte für content-lastige, Edge-deployte Sites adressieren.

Sharp: Encoder-Level-Kontrolle

Die praktischste Änderung: Sie können jetzt Codec-spezifische Defaults für Astros integrierten Sharp-Image-Pipeline direkt in astro.config.mjs festlegen. Vor 6.1 konnten Sie die quality pro Bild steuern, aber die zugrunde liegenden Encoder-Optionen, MozJPEG-Level, WebP-Effort, AVIF-Chroma-Subsampling, PNG-Komprimierung, waren fest.

In 6.1 mit 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 }
      }
    }
  }
});

Diese werden zu Defaults für die Compile-Time-Bildgenerierung. Die pro Bild gesetzte quality auf <Image />, <Picture /> oder getImage() hat weiterhin Vorrang.

SmartyPants mit Optionsobjekt

Astro unterstützt SmartyPants schon lange. 6.1 macht das vollständige retext-smartypants-Optionsobjekt verfügbar:

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

Dies ist wichtig für Sites mit Lokalisierungsanforderungen oder strengen typografischen Standards, französische, deutsche und nordische Sprachkonventionen für Anführungszeichen sind jetzt ausdrückbar.

i18n-Fallback-Routen für Integrationen

Integrationen können jetzt Fallback-Routen sehen, die für i18n-Konfigurationen mit fallbackType: 'rewrite' generiert wurden. Zuvor waren diese Routen im Runtime vorhanden, wurden aber nicht über den astro:routes:resolved-Hook freigegeben. Integrationen wie die Sitemap-Integration konnten für mehrsprachige Sites unvollständige Sitemaps erzeugen.

Der Cloudflare-Effekt

Astro ist im Januar 2026 Cloudflare beigetreten. Die 6.1-Version ist konsistent mit dieser Richtung: content-lastige Seiten auf Workers/Pages deployed, Bildoptimierung am Edge, typografisches Finishing. Astro bleibt MIT-lizenziert und plattformunabhängig, aber die Roadmap spiegelt zunehmend wider, was Cloudflares Infrastruktur einfach macht.

npm install astro@latest

Häufig gestellte Fragen

Verwandte Artikel

Weitere Berichterstattung zu ähnlichen Themen und Tags.

Next.js v16.3.0-Canary: Prefetch-Kontrolle, Dedup-Verbesserungen und Neuer Dev-Overlay
frameworks

Next.js v16.3.0-Canary: Prefetch-Kontrolle, Dedup-Verbesserungen und Neuer Dev-Overlay

Next.js 16.3.0-canary bringt granulare Prefetch-Konfigurationsoptionen, besseres Deduplizieren für die 'use cache'-Direktive und einen redesiginierten Blocking-Route-Dev-Overlay, mit sccache jetzt über cargo-binstall.
Astro 6 im Rampenlicht: Rust-Compiler, Live-Content und eine Cloudflare-Zukunft
frameworks

Astro 6 im Rampenlicht: Rust-Compiler, Live-Content und eine Cloudflare-Zukunft

Astro 6.0 und 6.1 landen innerhalb von Wochen nacheinander und bringen einen experimentellen Rust-Compiler, Request-Time-Content-Collections, eine eingebaute Fonts-API, CSP-Tools und tiefere Cloudflare-Integration.
Rolldown 1.1.4 Deaktiviert `experimental.lazyBarrel` Wieder als Standard, Einen Monat Nachdem 1.1.0 Es Standardmäßig Aktiviert Hatte
tooling

Rolldown 1.1.4 Deaktiviert `experimental.lazyBarrel` Wieder als Standard, Einen Monat Nachdem 1.1.0 Es Standardmäßig Aktiviert Hatte

Rolldown [v1.1.4](https://github.com/rolldown/rolldown/releases/tag/v1.1.4), veröffentlicht am 2026-07-01T14:02:02Z, liefert eine Feature-Änderung und 19 Fehlerbehebungen. Die Feature-Änderung ist eine teilweise Rücknahme des [Standard-Flips der v1.1.0](https://github.com/rolldown/rolldown/releases/tag/v1.1.0) vom 2026-06-03: `experimental.lazyBarrel` ist nach vier Wochen Korrekturmeldungen gegen das standardmäßig aktivierte Verhalten wieder standardmäßig deaktiviert. Das Release härtet außerdem den Dev-Mode-Pfad, indem `lazyBarrel` auf off gezwungen wird, sobald `experimental.devMode` gesetzt ist (PR [#10060](https://github.com/rolldown/rolldown/pull/10060)), zusätzlich zum bestehenden Force-off für `treeshake`. Die Standard-Flip-Rücknahme (PR [#10071](https://github.com/rolldown/rolldown/pull/10071)) und der Dev-Mode-Fix autorisieren sich jeweils in einer Zeile: „disable `experimental.lazyBarrel` by default“ und „fix(dev): disable lazy barrel in dev mode“, und die Verfolgung der Grundursache ist das neue [Issue #10085](https://github.com/rolldown/rolldown/issues/10085) „Tracking strictExecutionOrder correctness and architecture issues“, eröffnet am Tag nach dem Release. Das Release folgt auf [Rolldown v1.1.3](https://github.com/rolldown/rolldown/releases/tag/v1.1.3) (2026-06-24) und ist das erste Release seit 1.1.0, das die lazyBarrel-Konfigurationsoberfläche anfasst.

Kommentare

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

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