- Navios
- 19 de agosto de 2026 às 15:49 UTC
- Autor
- Kamo
- Enviar
- a93eb8f
Cada página exceto a página inicial parecia lenta, que aponta diretamente para as (páginas) subárvore — e em algo que eu coloquei lá. Quando 4fae924 adicionado (páginas) / loading.tsx cada rota foi dinâmica, e para uma rota dinâmica próxima prefetches não mais do que o limite de carga mais próximo, de modo que o arquivo era de carga: sem ele um <Link> O prefetch não devolveu nada. Essas rotas estão pré-renderizadas. Todos menos dois. Toda a carga útil de uma rota estática está instalada o cache do roteador antes do clique, então o limite não compra nada e deixa Reagir a retrocesso pode piscar a meio da transição — 30 elementos cintilantes do esqueleto construídos, pintados e demolido no caminho para uma página cujo conteúdo já estava na mão. A página inicial senta-se fora (páginas) e é onde os visitantes começam, para que nunca pagou nada dele. Isto é... a assimetria. A fronteira agora vive apenas em [kbSection], cobrindo as duas rotas que genuinamente renderizar por pedido e de outra forma perder seu pré-fetch. Medida numa produção build: as cargas de pré-reconhecimento de rota estática caem 37.5 KB -> 26 KB (a marcação do esqueleto foi cavalgando em cada um deles, e páginas carregam ~73 links), referências pedaço ficar em 78 então o prefetch ainda está completo, e o /en/help-center ainda prefet seu limite. Também memoiza o rodapé. O layout (páginas) é um componente cliente, então ele re-renders em cada navegação e arrasta seus filhos com ele; SharedNavigation realmente depende na rota, o rodapé não, mas reconstruiu ~29 links e seus invólucros de movimento em cada página muda. Inclui a fiação REVALIDATE SECRET: criado como o segredo kamomarketing-secrets em o cluster (nunca comprometido, referenciado pelo nome), e o trabalho de implantação lê-lo de o cluster em vez de duplicá-lo como um segredo CI, então os dois não podem derivar.