정적 배포를 고려할 때 피해야 할 블로그 구현 실수
정적 배포 환경에서 동적 의존성을 과하게 넣으면 초기 구현은 빨라도 장기 유지보수는 어려워진다.
정적 배포를 고려할 때 피해야 할 블로그 구현 실수
정적 블로그를 만들면서 흔히 하는 실수는 검색, 댓글, 렌더러, 데이터 레이어를 처음부터 모두 붙이는 것입니다. 초기에는 편해 보여도 빌드와 배포 구성이 빠르게 복잡해집니다.
1차 버전에서는 무엇을 남길 것인가
- 정적 생성 가능한 라우트
- 파일 기반 콘텐츠 관리
- 단순한 메타데이터 구조
- 관련 글과 이전/다음 글 정도의 탐색
무엇을 뒤로 미룰 것인가
검색 인덱스, 외부 CMS 연동, 다크모드 토글 같은 기능은 구조가 안정된 뒤에 추가해도 늦지 않습니다.
Previous
이전 글이 없습니다.
Related Posts
같이 읽으면 좋은 글
// Project2026년 7월 15일 · 4 min read
프록시가 에러를 삼킬 때 - 401이 200으로 가려져 생긴 SSE 무한 재연결 루프
콘솔에 '재연결 성공'이 끝없이 찍힌다. 백엔드의 401을 프록시가 200 SSE로 포장하면서 EventSource 내장 재연결이 무한 반복된 원인 사슬과, 상태코드 passthrough + 백오프 일원화로 수렴시킨 과정.
// React / Next.js2026년 7월 19일 · 5 min read
proxy.ts, Route Handler, custom server - 무엇을 어디에 둘까
요청을 가로채 백엔드로 넘기는 자리가 Next.js에는 셋이다. proxy.ts로 충분한 경우, Route Handler가 필요한 경우, custom server까지 가야 하는 경우를 두 프로젝트의 선택을 놓고 갈랐다.
// Project2026년 7월 18일 · 3 min read
SharedWorker는 이름이 인스턴스다 - docker/k8s 스코프 분리
SharedWorker는 최초 연결의 baseURL로 SSE가 고정된다. k8s 스코프를 추가하자 먼저 연 탭의 스코프로 전체가 고정되는 문제가 생겼다 - 워커 이름을 파티셔닝 키로 쓰고, 프록시는 catch-all 라우트 하나로 합친 과정.