- Verschifft
- 19. August 2026 um 15:49 UTC
- Autor
- Kamo
- Ausschuss
- a93eb8f
Jede Seite außer der Homepage fühlte sich langsam an, was direkt auf die (Seiten) zeigt subtree - und bei etwas, das ich dort hinstelle. Wenn 4fae924 hinzugefügt (Seiten) / loading.tsx jeder Route war dynamisch, und für eine dynamische Route Nächste prefetches nicht weiter als die nächste Ladegrenze, so dass die Datei geladen war: ohne sie ein <Link> prefetch brachte nichts zurück. Diese Routen sind jetzt vorgewirtschaftet. Bis auf zwei. Die ganze Nutzlast einer statischen Route sitzt in der Router-Cache vor dem Klick, so dass die Grenze kauft es nichts und lässt React ein Fallback kann es blinken Mitte des Ganges - 30 schimmernde Skelett-Elemente gebaut, gemalt und abgerissen auf dem Weg in eine Seite, deren Inhalt bereits in der Hand war. Die Homepage sitzt draußen (Seiten) und ist, wo die Besucher beginnen, so dass es nie bezahlt. Das ist die Asymmetrie. Die Grenze lebt jetzt nur noch auf [kbSektion], die die beiden Routen, die wirklich pro Anfrage geben und sonst ihren Vorsprung verlieren. Gemessen an einer Produktion build: statische Strecke preketch Nutzlasten fallen 37.5 KB - 26 KB (der Skelett-Aufschlag war Reiten in jedem von ihnen, und Seiten tragen 73-Links), Stück Referenzen bleiben bei 78 so prefetch ist immer noch abgeschlossen, und /en/help-center noch prefetches seine Grenze. Auch meliziert die Fußzeile. Das (Seiten-) Layout ist eine Client-Komponente, so dass es wieder ausschreibt auf jede Navigation und zieht seine Kinder mit sich; SharedNavigation wirklich hängt auf der Strecke, die Fußzeile nicht, noch es neu gebaut 29 Links und ihre Bewegungsfolien auf jeder Seite ändern. Beinhaltet die REVALIDATE_SECRET Verkabelung: erstellt als das kamomarketing-secrets Secret in der Cluster (nie verpflichtet, mit Namen referenziert), und der Einsatz Job liest es aus der Cluster anstatt es als CI-Geheimnis zu duplizieren, so dass die beiden nicht driften können.