- Se descapó
- 19 de agosto de 2026 a las 15:19 UTC
- Autor
- Kamo
- Compromit
- d3de447
Dos costos que se pagaron en cada página, ambos encontrados siguiendo el propio reportero corazonadas sobre i18n y llamadas de backend innecesarias. PREFETCH - una regresión de 4fae924. Antes de las rutas predecreada, un El prefetch de Link devolvió 220 bytes vacíos, por lo que el precloto no costó nada. Ahora cada uno devuelve una carga útil real de 37 KB, y las páginas llevan 73 enlaces internos en promedio (194 en mapa del sitio). El pie de página compartido solo aporta 29 de ellos en TODOS página: legal y la compañía no enlaza a nadie, cada uno de los vuelos y ahorrando una página completa carga en el mismo hilo principal que acaba de hacer la página realmente solicitada. Aproximadamente un megabyte por página. prefetch=-false- en el pie de página y en las listas a granel (mapa de sitio, los centros *******************, blog, relacionados La navegación primaria sigue siendo predever, que es donde está la intención. UNCACHED BACKEND CALLS - PreviewBanner vive en el diseño compartido, por lo que es su /api/changelog/hoy se disparó en cada carga de página, y la ruta utilizada "no-tsto": un viaje en vivo de ida y vuelta a SecurityService, por visitante por página, para un recuento de las entradas de cambio de hoy. El mismo patrón en /api/changelog y /api/changelog/stats. Los tres se revalidan a los 60, por lo que la flota ve como mucho uno una llamada de vuelta un minuto. DynamicMetaLoader también fue confidente de tema cross-origin con sin-tsto en cada carga para leer un nombre de sitio y un camino icono; ahora utiliza la caché del navegador. En i18n específicamente, que era la otra sospecha: medida, y ya no es la mayor parte. De una carga útil de 37,7 KB prefetch, la cuenta de mensajes por un total de 8.9 KB (nav 1100 B, pie de página 2209 B, común 733 B, alrededor de 4134 B, y tres más pequeños) el análisis de per-ruta en 013faf1 hizo su trabajo. El KB restante 29 es el propio de la página. Árbol serializado. También se extiende la sonda ?perf=1 a POST cada muestra a /api/perf-probe, por lo que el sincronizas aterrizan en el tronco de la vaina y se pueden leer con kubectl en lugar de transcritos del navegador. Ambos son temporales y salen juntos.