왜 필요한가

방문자가 산책길과 명소 글을 읽는 마을 안내 사이트를 만든다고 가정해 봅시다. 편집자는 페이지마다 배치 수정을 반복합니다. Go 템플릿에 익숙한 팀은 글별 상호작용 컴포넌트보다 Markdown과 공통 템플릿으로 발행하는 흐름을 우선합니다.

어떻게 해결하는가

마을 여행 안내를 Markdown 글 3개와 레이아웃 하나로 시작합니다. 다음을 누르면 템플릿 처리 후 목록과 글 HTML 3개를 만들고 호스팅을 거쳐 브라우저에 전달합니다. 이 예제에서 레이아웃 누락은 출력 전에 빌드를 멈춥니다. 별도 브라우저 위젯은 저장 API를 호출할 수 있지만 빌드 도구는 독자 요청을 처리하지 않습니다. 이전은 앞 단계로, 초기화·새로고침은 처음으로 돌아갑니다.

마을 여행 안내 빌드

개념 시뮬레이션

Hugo

다음으로 소스 → 빌드 → 출력 → 호스트 → 브라우저를 따라갑니다.

  1. 01 Markdown 글 3개 + 레이아웃
    • local-history.md
    • town-market.md
    • walking-trails.md
    • 공유 레이아웃
  2. 02 Hugo · Go 템플릿

    대기

  3. 03 생성된 HTML 파일 0

    index.html · local-history.html · town-market.html · walking-trails.html

  4. 04 정적 호스트 · 파일 발행
  5. 05 브라우저 · 글 3개 읽기

Markdown 글 3개 + 레이아웃

실행 경계
빌드: 콘텐츠+Go 템플릿 → 파일. 호스트는 읽기마다 Hugo를 실행하지 않습니다.
상태와 책임
발행자는 템플릿·배포, 별도 서비스는 개인 기록을 담당합니다.

본문 안의 가상 데모입니다. 초기화·새로고침으로 처음 상태로 돌아갑니다.

무엇이라 부르는가

Hugo는 콘텐츠와 템플릿을 결합해 정적 파일을 만듭니다. Go로 구현됐지만 작성자가 글을 Go 프로그램으로 만들 필요는 없습니다.

템플릿 관리와 개인 저장 기능은 별도로 설계하세요.

출처