만들기 - 라빠의 부업 연구소

가장의 디지털 영토 10. 백업은 쌓여 있는데 복구해 본 적이 없다 — 빈 폴더에 되살려 본 기록

2026년 09월 02일 작성자:

백업은 매일 쌓이는데 복구는 한 번도 해본 적이 없었어요. 빈 폴더를 만들어 블로그를 되살려보며 DB와 경로, 권한에서 막혔던 지점과 복구에 걸린 시간을 기록했습니다.

2026년 08월 26일 작성자:

NAS 웹 폴더에 워드프레스와 compose 파일, 데이터베이스 폴더, 설정 백업본을 같이 뒀다가 밖에서 열리는 걸 발견하고 옮기고 막고 확인한 기록이에요.

2026년 08월 22일2026년 08월 22일 작성자:

예약 발행이 며칠간 멈춰 있었는데 오류도 알림도 없었습니다. 원인과, 실패를 드러내는 구조로 바꾼 과정을 정리했습니다.

2026년 08월 20일2026년 08월 20일 작성자: RaPa

자동매매는 전략보다 운영 기반이 먼저입니다. 시놀로지 NAS와 Docker 위에 OKX·텔레그램·Gemini를 연결하는 기본 세팅을 한 편으로 정리했습니다.

2026년 06월 23일 작성자: RaPa

시놀로지를 오래 쓰다 보니 NAS 하나의 문제가 아니라는 생각이 더 자주 들었습니다. 이번 글에서는 맥과 모바일, 원격 접속이 시놀로지와 이어지면서 집 안의 디지털 기반이 어떻게 생활 인프라처럼 확장됐는지 돌아봅니다.

2026년 05월 07일 작성자: RaPa

시놀로지를 오래 쓰다 보면 저장장치라는 설명만으로는 부족해집니다. 이번 글에서는 왜 NAS가 단순한 보관 장비를 넘어 작업과 기록, 백업과 생활이 겹쳐지는 집 안의 디지털 기반처럼 남게 되었는지 돌아봅니다.

2026년 05월 05일 작성자: RaPa

자동매매 시스템 위에 AI 필터를 붙이면 더 정교해질 거라고 생각하기 쉽습니다. 하지만 실제로 붙여보니 문제는 성능보다 기준의 애매함이었습니다.

2026년 04월 17일 작성자: RaPa

자동매매 봇을 처음 돌리기 시작하면 전략보다 먼저 데이터 정합성과 파이프라인 문제를 만나게 됩니다. 이번 글에서는 JSON 누락, 지표값 차이, API 호출 주기 조정 같은 초기 시행착오를 바탕으로 왜 데이터 기반이 더 먼저 중요했는지를 정리해봅니다.

2026년 04월 05일 작성자: RaPa

자동매매 봇을 처음 만들 때는 전략을 코드로 옮기는 일 자체가 가장 중요해 보였습니다. 이번 글에서는 전략을 파이썬으로 이식하고 Synology NAS 환경에서 첫 가동을 시작하던 초반 기록을 정리합니다.

2026년 04월 04일 작성자: RaPa

처음엔 단순한 NAS로 시작했지만, 시간이 지나며 시놀로지는 파일 보관을 넘어 작업과 기록, 자동화가 모이는 기반처럼 느껴지기 시작했습니다.

2026년 03월 29일 작성자: RaPa

NAS를 처음 들일 때만 해도 단순한 저장장치로 생각했습니다. 그런데 시간이 지나며 NAS는 파일 보관을 넘어, 자동화와 기록, 작업 흐름이 쌓이는 집 안의 작은 작업실처럼 느껴지기 시작했습니다.

2026년 03월 29일 작성자: RaPa

자동매매 시스템은 한 번 잘 만들면 끝나는 구조일까요? 실제 운영하면서 왜 계속 수정과 보완이 필요한지, 그 현실적인 이유를 정리해봅니다.