- Shipped
- 19 agosto 2026 alle ore 15:49 UTC
- Author
- Kamo
- Commit
- a93eb8f
Ogni pagina tranne la homepage si sentiva lenta, che punta dritto al (pagine) subtree — e a qualcosa che ho messo lì. Quando 4fae924 aggiunto (pagine)/loading.tsx ogni il percorso era dinamico, e per un percorso dinamico limite di carico più vicino, in modo che il file fosse portante di carico: senza di esso un <Link> Prefetch non ha restituito niente. Quelle rotte sono prerenderate. Solo due. L'intero carico di pagamento di una via statica si trova in la cache del router prima del clic, in modo che il confine non compra nulla e lascia fallback può flash media transizione — 30 elementi scheletrici shimmering costruiti, dipinti e abbattuto sulla strada in una pagina il cui contenuto era già in mano. La homepage siede fuori (pagine) ed è dove i visitatori iniziano, quindi non ha mai pagato nessuno di esso. Questo è l'asimmetria. Il confine ora vive solo su [kbSection], coprendo le due rotte che veramente rendere per richiesta e altrimenti perderebbe il loro prefetch. Misurazione di una produzione build: static-route prefetch payload drop 37.5 KB -> 26 KB (il markup dello scheletro era equitazione in ognuno di loro, e le pagine portano ~73 link), riferimenti a pezzi rimangono a 78 così prefetch è ancora completo, e /en/help-center ancora prefetches suo confine. Anche il piè di pagina. Il layout (pagine) è un componente client, in modo da ri-renders su ogni navigazione e trascina i suoi figli con essa; SharedNavigation genuinamente dipende sul percorso, il piè di pagina non, ma ha ricostruito ~29 collegamenti e i loro wrapper moto in ogni pagina cambiano. Include il cablaggio REVALIDATE SECRET: creato come il segreto kamomarketing-secrets in il cluster (mai commesso, citato per nome), e il lavoro di distribuzione lo legge da il cluster piuttosto che duplicarlo come segreto CI, quindi i due non possono derivare.