- Navios
- 19 de agosto de 2026 às 15:58 UTC
- Autor
- Kamo
- Enviar
- c38923b
Cinco rodadas de correções têm cada removido um defeito real e nenhum fixou o que é realmente sendo sentido, porque cada diagnóstico até agora tem sido inferência de fora O navegador. A sonda ?perf=1 que iria se estabelecer não produziu amostras, uma vez que Precisa de alguém para conduzir uma sessão marcada à mão. Assim, mede cada navegação agora. A leitura na tela fica para trás ?perf=1 — mas os prazos são comunicados de qualquer forma, o que significa a navegação normal produz as provas. Também mede cargas de página fria, que é o caso realmente sendo descrito: "abertura qualquer outra página que não a página inicial". Um clique e uma carga fresca são caminhos diferentes e apenas o primeiro foi instrumentado. Tempo de navegação já detém a resposta para o em segundo lugar, então [navload] agora grava ttfb, html, first-contentful-paint, domInteractive, domComplete e carregue por página — que separa "o servidor era lento" de "o HTML chegou rapidamente e, em seguida, o navegador gastou um segundo em 880 KB de JavaScript". Apenas horários: um caminho, algumas durações, um UA truncado. Sem identificadores, sem consulta cordas, nada persistiu além de uma linha de tronco. TEMPORÁRIO — NavPerfGate, NavPerfProbe e /api/perf-sonda sair juntos uma vez que os números apontam em algum lugar. Também fixa o passo de revalidação pós-deploy, que silenciosamente não fez nada. Chamava-se https://www.kamocrm.com de um corredor sem saída para ele, e continuar em erro escondido O fracasso. Ele passa por kubectl exec para a cápsula agora, que não precisa de saída e nenhum segredo em CI — o pod já detém REVALIDATE SECRET. O porto é um literal: interpolando $APP PORT na cadeia sh-c interna com uma citação simples é o que produzido `wget: mau porto ''. Verificado contra a cápsula ao vivo, e verificado a tag mecanismo fim a fim — o banner passou do tempo de construção 0 para o real 12.