사용하지 않는 preconnect를 삭제하고 brotli의 565 ms를 수정했습니다

Performancekamo-marketing
Shipped
2026년 8월 20일 오후 9:02 UTC
Author
Kamo
Commit
d268380

두 가지 발견과 두 번째 사람이 내렸다. 문서 모음 1,259 ms WRAPPER의 BECAUSE. 라이브 사이트에 대한 측정 : HTML은 정적 동안 ~900 ms에 응답 자산은 59ms에 응답했습니다. 차이는 `zlib.brotliCompress`라고 불립니다. QUALITY 11에서 실행되는 옵션 — 가장 느린 설정 — HTML의 ~490 KB, 요청 당, 모든 방문자. q=11 565 ms 38,094 바이트 q= 6 13 ms 43,705 바이트 q= 5 5 ms 44,699 바이트 gzip 8 ms 75,360 바이트 질 11는 질 5.에 6.6 KB를 사고 있습니다 throttled 모바일 링크에서 가치가 있습니다. 전송의 약 30 ms, 서버 CPU의 560 ms에 대 한: 두 번째 손실, 로 모든 페이지에, 두 번째의 바이트의 세 번째를 저장합니다. 질 5 여전히 30 KB에 의해 gzip을 이길. 래퍼를 통해서 국부적으로 TTFB는 ~900 ms -> ~21 ms 갑니다. check-csp-nonce.mjs 이제 brotliCompress가없는 경우 빌드가 실패 명시된 품질. 타이밍 assertion는 CI에서 flaky 일 것입니다; 호출의 모양 아니다. 버그를 reintroducing 하 고 실패를 보고, 그 후 복원. 현재 DNS-PREFETCH가 있습니다. Lighthouse는 사용되지 않았고, 그 이유가 제거 된 것입니다. 요청은 고객이 제거했습니다. 영웅 배경은 / next/image를 통해 이동하므로 그것은 동일합니다; wordmark는 인라인입니다; 권선은 탭 - 투 - 플레이입니다; SVG favicon이 사라집니다. 실제로 그 기원을 접촉하는 것을 추적 : 아무것도 때까지 +9.3 s에서 채팅 위젯, 그리고 그것은 `lazyOnload`입니다. Chrome은 idle preconnect를 닫습니다. 대략 10 초 후에 소켓, 그래서 연결은 parse 시간에 열리고 누군가가 수집하기 전에 포기. DNS 해상도는 여전히 도움이 절반이고 생존하는 반입니다. - 캐시 소켓보다 훨씬 긴, 그래서 위젯은 마침내 도착 할 때 조회를 건너, 항상 열려 있지 않습니다. analytics hint와 같은 모양 그것 외에도, 게으른Onload 같은 이유. 종속 나무 자체에 : 그것은 두 가지 수준, 문서 -> 스타일 시트, 이는 현재 위치 체인은 FIRST 링크가 느리기 때문에 오래되었습니다. 그것은 깊은이었다 — 그래서 위의 수정은 모두에 대한 수정입니다. 스타일 시트를 Inlining 두 번째 링크가 이미 기록 된 측정에 거부 다음.config.ts.

All changes

배송을 보는 것과 같이?

작업 공간의 모든 업데이트 땅은 자동으로. 일주일 후 무료로 시청하십시오.

무료 영원히 시작가격 비교