- 관련 상품
- 2026년 8월 20일 오전 3:14 UTC
- 이름 *
- Kamo
- 뚱 베어
- 721669f
세 가지 변화, 페이지가 판단되는 창에서 모든 제거 작업. `(pages)/layout.tsx`는 `"use client"`를 수행하며, 아무 상태도 필요하지 않습니다. 효과, 핸들러 없음, 함께 구성된 세 요소. 지시어는 잘못된 방향으로 로드 베어링 : 클라이언트 경계를 배치하여 모든 내비게이션에 전체 하위 트리 렌더링, 그리고 그것은 서버 측 footer 클라이언트 구성 요소가 서버에 가져올 수 없기 때문에 불가능합니다. 즉 두 개의 버튼에 대해 "사용 클라이언트"라는 발터를 차단했습니다. "cookie 설정"과 "위로 다시". 지시어는 선택하지 않는다, 그래서 ~29 링크, 4 열 제목, 사회적 행 및 법적 벌금의 다섯 단락 JavaScript 및 수화로 배송되는 모든 인쇄. footer는 공유 레이아웃에 있습니다. 그래서 모든 페이지의 비용이었다, 아니 한 페이지의. 단추는 이제 작은 섬입니다 각 링크 분석은 `data-track` 속성이 되었다. listener already in TrackedClicks reads — 그래서 서버 렌더링 링크는 여전히 보고서 핸들러를 운반하지 않고 클릭. TrackedClicks는 루트 레이아웃으로 이동, Footer는 이제 홈페이지에서만 해당합니다. 그 것에 정직 회계: 그것은 바이트에 중립에 가깝습니다. 고객지원 구성 요소는 비행 페이로드의 모듈 참조 비용; 서버 구성 요소 그것의 전체적인 연출한 나무, 그래서 탑재량은 216 KB를 성장합니다 -> 239 KB 익지않는 (+3.5 KB gzipped) eager JS가 약간 떨어지는 동안. 실제로 사는 것은 발러의 ~150 요소에 대한 수화 패스, 각 페이지에서, 공유 내비게이션에 더 이상 렌더링하지 않는 레이아웃. ScrollProgress 및 JumpToBar는 이제 번들 마운트되었습니다. Neither는 볼 수 있습니다 도착 - 진행 막대는 0 폭과 JumpToBar에 앉아서 스스로를 숨깁니다. `scrollY > 300` — 그래서 둘 다 수화하고 스크롤 리스너를 부착 중요 한 순간에 아무것도. 그들은 또한 여기에 두 가지 구성 요소입니다. deferring는 배치 비용의 provably 자유롭습니다: 둘 다 ‘위치: 고정’, 그래서 그들은 도착 할 때 아무것도 이동할 수 없습니다. assuming 보다는 오히려 검사, 와 모바일 점수의 1/4에서 CLS. `experimental.inlineCss`는 재시험을 받았고, 현재 측정된 이유에 대해 기억하는 것 보다는 오히려. 이론은 그 이전의 나쁜 결과가왔다 framer-motion과 gsap에서 주요 스레드를 포화; 모두 사라, 그래서 그것은이었다 retrying의 가치. 그것은 도서관이 아닙니다. 플래그는 53 KB에서 문서가 걸립니다. 93.4 KB의 gzip으로 스타일 시트가 17.8 KB의 gzip으로, 그 다음에 <style> 블록으로, RSC 비행으로 두 번째 사본을 탈출 페이로드 : <style> 96.7 KB, 인라인 스크립트 216 KB -> 334 KB. 그 +118 KB는 스크립트입니다. 주요 실은 다른 모든 것의 앞에 나뉩니다 - TBT의 정확한 모양 그 비용 20 처음 포인트. CSS를 차단하는 렌더링은 보이지 않습니다. TBT는 모바일 점수의 30 %.