- Verschifft
- 19. August 2026 um 15:19 UTC
- Autor
- Kamo
- Ausschuss
- d3de447
Zwei Kosten, die auf jeder Seite bezahlt wurden, beide gefunden, indem Sie dem Reporter eigenen Ahnung von i18n und unnötigen Backend-Anrufen. PREFETCH VOLUME - eine Regression von 4fae924. Bevor die Routen prerendered, ein <Link" Pre Fetch gab 220 leere Bytes zurück, so dass das Vorholen nichts kostete. Jetzt jeder gibt eine reale Anzahl von 37 KB zurück, und die Seiten haben durchschnittlich 73 interne Links (aufgrund von 194) site-map). Allein die gemeinsame Fußzeile steuert 29 von ihnen auf JEDE Seite bei: legal und Firmenlinks, von denen niemand navigiert, jeder holt und fl-parsing eine ganze Seite Nutzlast auf dem gleichen Hauptfaden, der gerade die Seite tatsächlich gefragt hat. Ungefähr ein Megabyte pro Seite. prefetch={false" auf der Fußzeile und auf den Bulklisten (Site-Karte, die ************ Hubs, Blog, verwandt Inhalt); die primäre Navigation hält vorzuholen, das ist, wo Absicht ist. UNCACHED BACKEND CALLS - PreviewBanner lebt im gemeinsamen Layout, so dass seine /api/changelog/today feuerte auf jeder einzelnen Seitenladung, und die verwendete Route "cache: "no-store": eine Live-Rundfahrt zum SecurityService, pro Besucher pro Seite, für eine Zählung der heutigen Changelog-Einträge. Gleiches Muster in /api/changelog und /api/changelog/stats. Alle drei sind jetzt mit 60ern umkurvt, so dass die Flotte höchstens einen sieht Backend-Anruf eine Minute. DynamicMetaLoader war ebenfalls wieder holt Thema-Konfigur Cross-Herrnahme mit No-Store auf jeder Ladung, um einen Website-Namen und einen Symbol-Pfa lesen; es verwendet den Browser-Cache jetzt. Speziell auf i18n, das war der andere Verdacht: gemessen, und es ist nicht mehr die Masse. Von einer 37,7 KB vorab nutzbringenden Nutzlast haben die Nachrichten für 8,9 KB insgesamt (nav 1100 B, Fußgänger 2209 B, 733 B, ca. 4134 B, und drei kleinere) Die Kundgebung pro Strecke in 013faf1 hat ihre Arbeit getan. Die restlichen 29 KB ist die eigene Seite serialisierter Baum. Eriebt auch die ?perf=1 Sonde zu POST pro Probe auf /api/perf-probe, so dass die Timings landen im Pod Log und kann mit kubectl gelesen werden, anstatt transkribiert des Browsers. Beide sind temporär und kommen zusammen.