배송 중지 1.8 수화 후 크기의 배경의 MB

Performancekamo-marketing
Shipped
2026년 8월 19일 오후 5:50 UTC
Author
Kamo
Commit
849051c

ThemedBackground는 홈페이지에 남아있는 가장 비싼 것, 그리고 아무도 버그처럼 보입니다. 테마 버킷에서 직선으로 원시 <img>를 렌더링했습니다. 브라우저는 untouched 소스 파일을 받았다 — 606, 646 및 585 KB, WebP, 에 전화에 가득 차있는 해결책. 아무것도 그와 아무것도 제공 AVIF, 요청은 이미지 최적화자 근처에 갔다. 아무것도 게으른 그 중, 그리고 모든 세 개의 인스턴스 (특징, 가격, SignupSection) 마운트에 수화, 그래서 약 1.8 MB는 페이지가 시도 된 순간에 다운로드 시작 상호 작용으로, 3개의 단면도를 위해 아무도에 스크롤했습니다. 그리고 각 구조 두 번 fetched : 가용성 프로브는 `new Image()`, 그것을 위해 기다립니다 완전 부하, 그리고 그 후에 진짜 요소를 렌더링 한 상태를 설정합니다. `onError`는 그와 비용을 위한 올바른 도구입니다. `next/image`를 통해 각각 lazily-fetched, 정확하게 크기의 AVIF입니다. immutable URL 및 정착은 Framer Motion보다 CSS 전환입니다. <img>의 `animate`. `images.qualities`는 튜닝보다 우선순위인, knob: 다음 16 답변 400 어떤 품질에 해당 목록, 그리고 목록 기본값 [75] 혼자 - 그래서 `quality={50}`는 무시되지 않았다, 그것은 비용 이미지 outright. 질은 지금 각 표면이 실제로 합성되는 방법에서, 오히려 측정됩니다 추측하는 것보다. 인코딩을 모두 디코딩하고 *after* 페이지 자체를 비교 필터: 영웅 배경 광도 (.21) 41.1 dB PSNR 화소의 0.57%는 >8/255 → 질 50와 다릅니다 테마 배경 밝기 (.6), 그레이 스케일 20 %, 레이디얼 블랙 오버레이 36.9 dB PSNR 픽셀의 6.60%는 다릅니다 >8/255 → 왼쪽 75 영웅은 LCP 요소이며 그것의 발광성의 다섯 번째에 합성된다, 그래서 절반 비트는 그 많은 검은을 통해 해결 할 수있는 세부 사항을 구입 : 77.7 기본 KB, 50에서 22.0 KB, 픽셀의 차이 0.57%를 표현할 수 있습니다. 그들 프레임은 매우 가벼운 오버레이 아래 앉아, 같은 단계가 도달 6.6% — 충분히 가득 차있은 표면의 맞은편에 하늘의 매끄러운 지역을 밴드. 더 많은 저축은 결코 질 어떤 방법든지 조정이었습니다; 그것은 resize와 laziness이었습니다. 포스터 구조는 오히려 가정하는 것보다 측정됩니다. 고정 w = 828 세 번이었다 픽셀 the aperture shows on the phone, where it is around 370 CSS px; 그것은 이제 요소의 폭과 장치 픽셀 비율에서 파생, 에 대한 구성 deviceSizes. 26.5 KB → 7.6 KB 전화. 두 개의 사전 연결은 이제 dns-prefetch입니다. preconnect는 소켓을 엽니다 즉시 그것을 보유, 그것은 단지 기원에 필요한 동안 필요 첫번째 페인트. 이 기원의 최적화를 통해가는 그들에게 사진으로, browser's own first request to theme.kamocrm.com 은 채팅 위젯 또는 영웅 릴, 모두 deliberately 후 로드 이벤트, 그리고 분석 기원 이다 트래커가 게으른Onload로 이동했기 때문에 같은 이야기. Lighthouse는 보고했습니다 unused로 preconnect를 테마로 했다: 중요한 경로에 소켓이 열렸다. 닫히는 후에 그것, idle를 가진 competing. 측정되고 deliberately 바꾸지 않는 2개의 것, 그래서 그들은 재생되지 않습니다: · 현대 브라우저를 대상으로 한 브라우저 목록은 13.5 KB를 제거하지 않습니다. 폴리필 라이트하우스 플래그 *********** Object.fromEntries/hasOwn, **************** 그들은 Next's own `polyfill-module`, unconditionally 포함; browserslist로 설정, 포함 된 펑크 내장 바이트 식별, 같은 해시. config 추가 즉, `optimizeCss`가 아니었다. · 90의 149의 성분을 삭제하는 것은 어디에나 움직이는 렌더링 차단 스타일 시트로 678 바이트 gzip (17,398 → 16,720). 꼬리바람 스캔 죽은 파일은 그 파일 17 KB, 그래서 90 파일 삭제 성능 수정으로 단화할 수 없습니다. 아직 열리고, 이 저장소에서 수정할 수 없습니다: kamo-chat.js는 에서 제공됩니다 모든 143 KB의 Cache-Control 헤더가 없는 테마 버킷. HLS 재생 목록 300s TTL은 deliberate입니다. - 영웅 hls-encode-job.yaml는 re-encode에 쓰입니다. 그리고 가치가 1 KiB, 그래서 숙박.

All changes

배송을 보는 것과 같이?

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

무료 영원히 시작가격 비교