- Shipped
- 2026년 9월 6일 오전 2:57 UTC
- Author
- Kamo
- Commit
- 61bfffb
회원의 추천은 두 가지 방법이 떨어졌습니다. 1. 모든 등록 / 로그인 CTA는 문자열 리터럴이었다. `https://register.kamocrm.com`, 이 사이트가 모든 것에 봉사하는 동안 하나의 빌드 (`HostRegexp(^www[.].+$)`, 10ant가 해결되었습니다. 호스트명에서 실행시간). 에 `www.acme.com` 그 링크가 교차 다른 등록 도메인, 그래서 브라우저는 kdsc vid를 보내지 않았거나 kdsc src, registerFlow는 attribution을 읽지 않으며, signup는 또한 착륙했습니다 잘못된 조직의 밑에. ~200 노선이 우선하고 있습니다. HTML은 모든 임의의의 동일한 바이트이므로 href는 할 수 없습니다. Markup에서 tenant-correct : AuthLinkRehost는 클라이언트에서 수정, eagerly, 또한 URL에 코드를 운반 그래서 attribution 살아남 결코 일어나지 않는 쿠키. 2. DiscountBeacon은 idle-loaded ChromeBundle에서 살았습니다. 대기, 펑크 fetch 및 두 번째 유휴 대기 — ~2.4s 홈페이지에서 4x CPU 스로틀, "시작 무료"겹 위에. 첫 번째 요청은 MARKETING VISITORS 행을 생성하는 유일한 것, 그리고 나중에 변환은 상태 UPDATE에 대한 그 행, 그래서 방문자 누구 화재가 기록되지 않았기 전에 클릭하고 서명, org 및 첫 지불은 아무도에 적립, 영구적으로. 그것은 거치됩니다 eagerly 지금과 직접 첫 번째 페이지를 보내; 나중에 탐색 이들 큐에 머무십시오. 측정: +2,580ms 대 +3,151ms에 비콘 이전 배열도 마운트 할 수 있습니다. 둘 다 감시됩니다: check-register-links.ts는 rehosted 주인을 주장합니다 추천 쿠키는 실제로 전송됩니다 (same apex 규칙 as trackingCookieDomain) 및 check-discount-cookie.ts는 이제 빌드가 실패합니다. beacon는 deferred 번들을 다시 이동합니다. 187 경로는 여전히 사전 렌더링, 모든 6 sentinels intact.