Futory 일일 게시 루틴이 밀렸을 때 복구하는 방법

요약

매일 글을 올리는 블로그에서도 누락은 생길 수 있습니다. 중요한 것은 누락 자체보다 복구 방식입니다. 최신 글만 급하게 올리면 날짜 순서가 꼬이거나, 중복 글이 생기거나, 공개 페이지와 서버 파일 상태가 달라질 수 있습니다.

Futory에서는 마지막 공개 날짜를 기준으로 누락된 날짜를 확인하고, 오래된 날짜부터 순서대로 복구하는 방식이 안전합니다.

마지막 공개 날짜 확인하기

복구의 기준은 서버 파일이 아니라 공개 페이지입니다. 사용자가 보는 페이지에 어떤 날짜까지 보이는지 먼저 확인합니다.

curl -L https://futory.oig.kr/ | grep "2026-05"

예를 들어 마지막 공개 글이 2026-05-26이라면 다음 날짜가 복구 대상입니다.

2026-05-27
2026-05-28
2026-05-29
2026-05-30

복구 전 백업하기

운영 서버에서 직접 Markdown 파일을 추가할 때는 먼저 백업을 남깁니다.

tar -czf /root/futory-posts-backup-$(date +%Y%m%d-%H%M%S).tar.gz /opt/futory/content/posts

Git 저장소가 아닌 배포 폴더에서는 이 백업이 가장 빠른 롤백 기준이 됩니다.

오래된 날짜부터 추가하기

누락분은 오래된 날짜부터 순서대로 추가하는 것이 좋습니다. 날짜 순서가 자연스럽게 유지되고, 공개 페이지에서 흐름을 확인하기 쉽기 때문입니다.

Futory의 글 위치는 다음과 같습니다.

/opt/futory/content/posts

각 글은 기존 글과 같은 frontmatter 형식을 사용합니다.

title
description
date
category
tags

검증과 빌드

글을 추가한 뒤에는 콘텐츠 검증, 테마 검증, 빌드를 순서대로 실행합니다.

npm run test:content
npm run test:theme
npm run build

이 세 단계가 통과해야 공개 반영 단계로 넘어갈 수 있습니다.

공개 확인

Futory의 서비스 흐름은 다음과 같습니다.

futory.oig.kr → nginx → 127.0.0.1:8042 → next-server → /opt/futory

따라서 내부 앱과 공개 도메인을 모두 확인합니다.

curl -I http://127.0.0.1:8042/
curl -I https://futory.oig.kr/

마지막으로 공개 HTML에 각 날짜가 포함됐는지 확인합니다.

curl -L https://futory.oig.kr/ | grep "2026-05-30"

마무리

일일 게시 루틴이 밀렸을 때는 최신 글부터 급하게 올리는 것보다 마지막 공개 날짜를 기준으로 누락분을 차례대로 복구하는 것이 안전합니다. Futory의 기준은 단순합니다.

공개 최신 날짜 확인 → 백업 → 오래된 날짜부터 글 추가 → 검증 → 빌드 → 공개 확인

이 흐름을 지키면 AI와 함께 운영하는 블로그도 안정적으로 매일 업데이트할 수 있습니다.

자주 묻는 질문

누락된 글은 최신 날짜부터 올려도 되나요?

가능은 하지만 권장하지 않습니다. 오래된 날짜부터 순서대로 복구해야 목록 정렬과 연재 흐름을 자연스럽게 유지할 수 있습니다.

공개 페이지에 날짜가 안 보이면 실패인가요?

빌드 직후 캐시 영향이 있을 수 있지만, 최종 기준은 공개 페이지입니다. 파일 생성과 빌드가 끝났더라도 공개 HTML에서 날짜가 확인되지 않으면 추가 점검이 필요합니다.

백업은 왜 필요한가요?

운영 서버에서 직접 파일을 추가하는 경우 Git 이력이 없을 수 있습니다. 백업은 잘못된 파일 생성이나 빌드 실패 때 빠르게 되돌릴 수 있는 최소한의 안전장치입니다.

결론

누락 게시물 복구는 마지막 공개 날짜 확인에서 시작해 백업, 오래된 날짜부터 파일 추가, 검증, 빌드, 공개 확인 순서로 진행하는 것이 가장 안전합니다.