정적 우선 발행
사용자 페이지는 발행 시점에 최종 HTML로 생성됩니다. 런타임 렌더링도, 요청 시점 콘텐츠 API도 없습니다.
알파 릴리스
정적 우선, 파일 네이티브
콘텐츠 관리
런타임 API가 아닌 내구성 있는 HTML 아티팩트를 발행합니다. 성능, 안정성, 장기 유지보수성을 중시하는 개발자를 위해 설계되었습니다.
파일로 발행
런타임 의존성 제로
결정론적 출력
핵심 특성
장수명, 디버깅 용이성, 운영 명확성을 위해 설계되었습니다.
파일 네이티브 아키텍처
발행된 콘텐츠는 오브젝트 스토리지의 파일로 존재합니다. HTML, 메타데이터, 사이트맵이 일급 아티팩트입니다.
결정론적 출력
동일한 콘텐츠, 템플릿, 빌드 로직은 항상 동일한 결과를 생성합니다.
런타임 의존성 제로
사용자 대상 전송에는 백엔드 애플리케이션, 렌더링 엔진, 런타임 콘텐츠 API가 필요하지 않습니다.
명확한 시스템 분리
관리자는 애플리케이션이고, 사용자 페이지는 문서입니다. 경계가 선명하고 공격 표면이 작습니다.
엣지 네이티브 배포
Pages, R2, Workers, GitHub, S3 등 정적 아티팩트 중심 인프라와 잘 맞습니다.
아키텍처 개요
관리자 애플리케이션, 발행 아티팩트, 전송 계층의 명확한 분리.
콘텐츠 편집, 발행, 운영 워크플로우
R2, GitHub, S3
Cloudflare Workers, GitHub Pages, Cloudflare Pages, CloudFront
- JavaScript는 점진적 향상을 위한 것이며 핵심 렌더링을 위한 것이 아닙니다
- 발행 아티팩트는 관리자 백엔드와 분리되어 서비스될 수 있습니다
- R2, GitHub, S3와 다양한 전송 계층에 연결할 수 있습니다
왜 ZeroPress인가?
WordPress와 API 중심 Headless CMS의 대안.
vs WordPress
- 콘텐츠 저장
- 파일 중심 출력
- 렌더링
- 발행 시점 정적 HTML
- 장애 모드
- HTML은 계속 접근 가능
- 멘탈 모델
- 애플리케이션이 아니라 문서
vs Headless CMS
- 콘텐츠 전송
- 정적 HTML 파일
- 프론트엔드
- 필수 아님
- SEO
- 네이티브
- 런타임 의존성
- 없음
비전
“발행된 콘텐츠는 프레임워크, API, 런타임보다 오래 살아남아야 합니다.”
ZeroPress는 장수명, 디버깅 용이성, 운영 명확성, 콘텐츠 생존성을 최적화합니다.
설계에 의한 복구
재구축할 수 있다면, 복원할 필요가 없습니다.
단일 진실 공급원
D1이 정식 콘텐츠와 발행 의도를 저장합니다. 나머지는 모두 파생됩니다.
결정론적 발행
발행된 페이지는 콘텐츠 + 템플릿 + 빌드 로직의 결정론적 출력입니다.