- Spegnimento
- 6 settembre 2026 alle ore 02:57 UTC
- Autore
- Kamo
- Impegno
- 61bfffb
Due modi per far cadere il rinvio di un membro, entrambi silenziosi. 1. Ogni registro/login CTA era la stringa letterale `https://register.kamocrm.com`, mentre questo sito è servito ad ogni inquilino da una costruzione («HostRegexp(^www[.].+$)», inquilino risolto runtime dal nome host). Su `www.acme.com` quei collegamenti attraversati a dominio registrabile diverso, quindi il browser non ha inviato kdsc vid o kdsc src, RegisterFlow non legge nessuna attribuzione, e anche la registrazione è atterrata sotto l'organizzazione sbagliata. I ~200 percorsi sono prerenderati e i loro HTML è lo stesso byte per ogni inquilino, quindi l'Href non può essere inquilino-corretto nel markup: AuthLinkRehost lo fissa sul client, con ansia, e porta anche il codice nell'URL in modo da attribuzione sopravvive a che non succede mai. 2. DiscountBeacon vissuto nel ChromeBundle carico di idle, dietro un idle aspetta, un pezzo di fetch e un secondo inattivo attesa — ~ 2,4s sulla homepage a 4x CPU throttle, con "Start Free" sopra la piega. La sua prima richiesta è la sola cosa che crea una riga MARKETING VISITORS, e ogni dopo la conversione è un UPDATE condizionale contro quella fila, quindi un visitatore che cliccato prima di licenziare non è mai stato registrato e la loro iscrizione, org e il primo pagamento è stato accreditato a nessuno, permanentemente. È montato con entusiasmo ora e invia direttamente la prima visione della pagina; successivamente naviga rimanete sulla coda inattivo. Misurato: beacon a +2,580ms vs +3,151ms per il più presto il vecchio accordo potrebbe anche montarlo. Entrambi sono sorvegliati: check-register-links.ts afferma che l'host rehosted è uno il cookie di riferimento viene effettivamente inviato a (stessa regola di apex come monitoraggioCookieDomain), e check-discount-cookie.ts ora non riesce la costruzione se il faro torna nel fascio differito. 187 percorsi ancora prerenderati, tutti i 6 sentinel intatti.