강의 업데이트 관련
혹시 해당 강의 업데이트 계획은 없으실까요?!
Câu trả lời 1
0
안녕하세요 haseung님, 이정환입니다.
현재로서는 큼직한 업데이트 계획은 아직 없습니다 🥲
Next.js 16에서 가장 크게 달라진 부분이 Cache Components인데, 이 부분은 강의에서 다루고 있지 않습니다. 다만 아직 표준으로 자리 잡았다고 보기는 어려운 상태라, 지금 강의 내용으로 학습하시는 데는 문제가 없으실 거예요.
현재 상태를 정리해 드리면 (Next.js 16.3 기준)
• next.config.ts에 cacheComponents: true를 직접 넣어야만 켜집니다. create-next-app으로 새 프로젝트를 만들어도 기본값은 꺼져 있어요. experimental 딱지는 뗐고 16.0에서 정식 도입된 상태입니다.
• 켜면 캐싱 방향이 뒤집힙니다. 예전에는 기본으로 캐시되고 필요할 때 끄는 방식이었는데, 이제는 아무것도 캐시되지 않고 use cache로 켜는 방식이 됩니다.
• PPR(부분 프리렌더링)이 함께 딸려 옵니다. experimental.ppr 플래그는 없어지고 이쪽으로 흡수됐어요.
• Node.js 런타임이 필수라 runtime = 'edge'와는 같이 쓸 수 없습니다.
• Next.js 17은 아직 나오지 않았고, 다음 메이저에서 기본값이 된다는 공식 확약도 아직 없습니다.
그리고 요즘은 AI에게 Next.js 코드를 요청해도 기본적으로는 이 방식으로 작성해 주지 않습니다. 아직 생태계의 기본값이 아니라는 뜻이기도 하고요.
특히 학습용 코드에서는 켜지 않으시는 걸 권해 드립니다. 켜는 순간 cookies(), headers(), fetch를 쓸 때마다 여기에 캐시 경계를 지정하라는 에러가 쏟아지는데, 지금 커뮤니티에서 가장 많이 헤매는 지점이 정확히 여기입니다. 배우는 단계에서는 노이즈만 됩니다.
켤 만한 경우는 실서비스에서 캐시 정책을 실제로 신경 써야 하고, 한 페이지 안에 정적 영역과 동적 영역이 섞여 있어 PPR의 이득이 확실할 때입니다. 그때는 처음부터 켜고 시작하시는 편이 낫습니다. 나중에 켜면 마이그레이션이 꽤 번거롭거든요.
정리하면 방향성은 확실히 이쪽이 맞지만, 아직 이걸로 배우셔야 하는 단계는 아닙니다. 기존 방식으로 만들고 필요할 때 켜는 것이 맞다고 보고 있어요.
표준으로 자리 잡으면 그때는 강의에도 반영하겠습니다.
좋은 질문 감사합니다!
generateStaticParams() 응용 질문 드립니다.
0
64
2
에러핸들링- rootlayout에 관하여
0
73
2
버셀로 서버 배포 후 접속 시 500 에러 발생
0
134
2
컴포넌트와 레이아웃
0
92
2
@/styles/globals.css'
0
114
2
풀라우트캐시 동작 원리에서 데이터 캐시 관련 질문
0
101
2
next.js 프로젝트
0
97
1
Next.js + Tanstack Query BFF 구조 질문
1
131
2
모달 관련 질문
0
133
3
렌더링 관련 질문
0
136
2
중복으로 하나의 api를 요청할 때 캐싱 옵션 통일화
0
130
2
라우트 세그먼트 옵션 강좌 노트에 사소한 제보 남깁니다.
0
123
2
SSR시 context에 params말고 query를 사용하면 안되나요?
0
142
2
npx prisma db push 시 에러가 뜹니다.
0
168
3
vercel 배포를 실패하였습니다.
0
195
3
Image 컴포넌트 사용시 브라우저 콘솔에 경고는 왜 뜨는걸까요?
0
134
2
getServerSideProps 함수와 SSR의 관계
0
171
6
없는 페이지인데 풀라우트캐시로 저장이 되는 이유가 궁금합니다
0
117
2
실제 프로젝트에서 SSR 사용에 관해서 질문드립니다.
0
182
2
일반적인 nextjs project architecture에 대하여..
0
143
2
2.14 Search에서 작성한건 static이긴하지만 CSR이 아닌가요?
0
131
2
배포 시 오류 발생
0
154
2
백엔드 서버 오류납니다.
0
146
2
취약점 제거시 nestjs 버전 문제가 생길까요?
0
143
1

