- Spegnimento
- 19 agosto 2026 alle ore 15:58 UTC
- Autore
- Kamo
- Impegno
- c38923b
Cinque turni di correzioni hanno ciascuno rimosso un vero difetto e nessuno ha risolto ciò che è in realtà essere sentito, perché ogni diagnosi finora è stata inferenza da fuori il browser. La sonda ?perf=1 che si stabilirebbe non ha prodotto campioni, dal momento che ha bisogno di qualcuno per guidare una sessione flagged a mano. Così misura ogni navigazione ora. La lettura sullo schermo rimane dietro ?perf=1 — nessun altro vede una cosa — ma i tempi sono riportati in entrambi i modi, il che significa navigazione ordinaria produce le prove. Misura anche carichi di pagina freddi, che è il caso in realtà che viene descritto: "apertura qualsiasi pagina diversa dalla homepage». Un click e un carico fresco sono percorsi diversi e solo il primo è stato strumentato. Navigazione Timing ha già la risposta per secondo, quindi [navload] ora registra ttfb, html, primo-contentful-paint, domInteractive, domCompleta e carica per pagina — che separa "il server era lento" da "il HTML è arrivato rapidamente e poi il browser ha trascorso un secondo su 880 KB di JavaScript". Solo tempi: un percorso, alcune durate, un UA troncato. Nessun identificatore, nessuna domanda stringhe, niente perse oltre una linea di log. TEMPORARIO — NavPerfGate, NavPerfProbe e /api/perf-probe uscire insieme una volta che i numeri puntano da qualche parte. Corregge anche il passaggio post-deploy revalidate, che silenziosamente non ha fatto nulla. Si chiama https://www.kamocrm.com da un corridore senza uscita ad esso, e il fallimento. Passa attraverso kubectl exec nel pod ora, che non ha bisogno di evasione e nessun segreto in CI affatto — il pod già detiene REVALIDATE SECRET. Il porto è un literal: interpolare $APP PORT nella stringa sh-c mono-quota interna è ciò prodotto `wget: bad port'`. Verificato contro il baccello vivo e verificato il tag meccanismo fine alla fine — il banner è andato dal build-time 0 al reale 12.