mdto.page 사용법: 마크다운을 ‘만료 링크’로 10초 만에 공유하기

마크다운으로 회의록, 이력서, 작업 지시서, 장애 대응 노트를 잘 써놓고도 공유 단계에서 늘 멈칫합니다. 레포를 만들고, 정적 사이트 빌더를 붙이고, 배포하고, 권한을 정하고… “딱 한 번 전달하고 끝”인 문서에는 너무 과한 절차죠. 그래서 결국 캡처를 보내거나, 파일 첨부로 끝나고, 링크 기반 관리(만료/추적/형식 통일) 같은 것은 포기하게 됩니다.
mdto.page는 이 지점에서 “불필요한 설정을 0에 가깝게” 줄입니다. 로그인 없이 파일을 업로드하면 즉시 공유 가능한 웹페이지가 되고, 필요하면 만료(1day/1week/1month/무한대)를 걸어 자동 삭제까지 기대할 수 있어요. 즉, 이 도구의 정체성은 “영구 문서 플랫폼”이 아니라 ‘임시 공유를 가장 빠르게’ 만드는 데 있습니다. 문서를 ‘잠깐’ 공유해야 하는 상황이 잦은 개발·기획·운영 업무에서 효용체감이 큽니다.
✅ 핵심 한 줄 요약 (카드)
mdto.page = 마크다운(.md)을 업로드하면 ‘공유용 웹페이지 링크’를 즉시 만들고, 만료 기간까지 걸어두는 초경량 문서 공유 도구
이 도구는 뭐예요?

mdto.page는 마크다운 파일을 업로드하면 브라우저에서 읽기 좋은 HTML 페이지로 렌더링해 주고, 그 결과를 URL로 공유할 수 있게 해주는 서비스/오픈소스 프로젝트입니다.
테마 선택과 라이브 프리뷰가 있어서, “올리고 나서 깨졌네?” 같은 실수를 줄여줍니다. 또 문서 공유에서 자주 쓰이는 문법(표, 체크리스트, 코드블록 등)을 편하게 보여주는 데 초점을 둡니다.
어떻게 동작하나요?

mdto.page의 설계가 깔끔한 이유는 “서버를 크게 만들지 않고”, 플랫폼 기능을 활용해서 운영 부담을 줄이는 쪽을 택했기 때문입니다.
- 업로드 요청/서빙은 Cloudflare Workers 같은 서버리스 런타임이 맡고
- 변환된 결과물은 Cloudflare R2(오브젝트 스토리지)에 저장되며
- 만료/삭제는 애플리케이션이 매번 청소 작업을 돌리는 대신 R2 Lifecycle 규칙으로 자동 정리될 수 있습니다.
- 또한 업로드 악용(봇/스팸)을 막기 위해 Turnstile 같은 방어 장치를 둡니다.
사용자 입장에서는 “업로드 → 링크 공유 → 기간 지나면 정리”로 단순하지만, 운영자 입장에서는 DB 없이도 수명주기 관리가 가능해지는 구조라서 유지보수 난도가 낮아집니다.
설치/사전 준비
오픈소스로도 제공되기 때문에 팀 내부용으로 포크해 운영하고 싶을 수 있어요. README 기준 큰 줄기는 다음입니다.
✅ 준비물 (체크리스트)
- Node.js 24+
- pnpm 10+
- Cloudflare 계정(Workers/R2 사용)
✅ 로컬 실행 흐름
git clone https://github.com/hjinco/mdto.git
cd mdto
pnpm install
pnpm dev배포는 보통 wrangler deploy 흐름으로 이어지고, R2 버킷 및 라이프사이클 정책 적용(자동 삭제)이 핵심 설정 포인트가 됩니다.
로컬에서 Cloudflare 없이 가능한 범위
Cloudflare 계정 없이도 보통 아래는 할 수 있습니다.
- 프론트엔드 개발 서버 실행(Vite/React UI)
- 마크다운 → HTML 렌더링 프리뷰(remark/rehype 파이프라인, 코드 하이라이트 등)
- 테마 UI(선택 화면, 프리뷰 스타일) 확인
- “업로드 버튼/드래그앤드롭” UI 동작 자체(단, 업로드 결과 저장/공유는 막힘)
즉, UI/렌더링 품질 확인 + 개발 작업은 Cloudflare 없어도 진행 가능합니다.
Step-by-step 사용법

(A) 사용자 10초 루틴
- mdto.page 접속
.md/.markdown/.txt파일 드래그앤드롭- 라이브 프리뷰로 깨짐 확인
- 테마 선택(문서/이력서 느낌 등)
- 만료 기간 선택
- 생성된 URL 복사 → 슬랙/메일/메신저로 공유

(B) 이런 업무에 특히 잘 맞아요
- 이력서/포트폴리오 임시 공유: 수정이 잦은 기간에 링크 하나로 전달 → 일정 기간 뒤 자동 정리
- 회의록/교육 자료 공유: 표/체크박스/코드블록 중심 문서를 링크로 즉시 배포
- 장애 대응 Runbook: “지금 당장 읽고 따라 해야 하는 문서”를 예쁘게 보여주고, 시간 지나면 자연스레 사라지게

🧰 실전 팁 5개 (카드)
- 만료 기본값은 짧게: 임시 공유 목적이면 7일이 대부분 안전합니다.
- 프리뷰로 코드블록 확인: 들여쓰기 하나로 가독성이 박살날 수 있어요. 업로드 전 확인!
- 팀 템플릿을 먼저 만들기: 회의록/장애대응/배포체크리스트 마크다운 템플릿을 고정해 두면 “업로드-공유”가 습관화됩니다.
- 링크 공유 채널을 정하기: 슬랙의 특정 채널(예: #docs-temp) 하나로 모아두면 분실이 줄어요.
- 테마를 역할별로 고정: 이력서는 Resume, 운영 문서는 Default 같은 식으로 룰을 두면 브랜드/가독성 통일이 됩니다.
온라인 반응 & 피드백 (균형 요약)
이 도구의 칭찬 포인트는 대개 하나로 모입니다. “딱 하고 싶은 것만 한다”—업로드하면 URL이 생기고 끝. 복잡한 계정/프로젝트/배포 없이도 결과가 바로 보인다는 점이 매력입니다.
반면 ‘공개 업로드’ 방식의 숙명도 같이 언급됩니다. 스팸/피싱 악용 가능성이 생길 수 있고, 운영 관점에서는 신고/차단/레이트리밋 같은 장치가 중요해질 수 있어요. 즉, 사용자는 가볍게 쓰지만 운영자는 가드레일을 설계해야 오래 갑니다.

⚠️ 리스크/주의사항 (카드)
- 만료 = 보안이 아닙니다. 만료 전까지는 “링크를 아는 사람은 볼 수 있다”는 가정이 안전해요.
- 민감정보 업로드 금지: 주민번호/계약 원문/내부 식별정보/비공개 키 값 등은 피하세요.
- 삭제 시각은 ‘정확히 그 순간’이 아닐 수 있음: 라이프사이클 기반 자동 삭제는 정책과 실행 주기에 따라 편차가 생길 수 있습니다.
- 팀에서 자체 운영 시에는 업로드 악용 방지(봇/스팸), 모니터링, 차단 정책이 품질을 좌우합니다.
FAQ
Q1. 로그인 없이 되나요?
A. 네, “No login”을 핵심 컨셉으로 내세웁니다.
Q2. 어떤 파일을 올릴 수 있나요?
A. .md, .markdown, .txt가 기본 대상입니다.
Q3. 만료는 어떻게 처리되나요?
A. 스토리지 라이프사이클(자동 삭제 정책)을 활용하는 방향입니다.
Q4. 팀 내부용으로 만들 수 있나요?
A. 가능합니다. Workers/R2 기반 설정이 핵심이고, 라이프사이클 정책 적용이 포인트입니다.
✅ 마무리
mdto.page는 “마크다운을 잠깐 공유하려는 순간”에 최적화된 도구입니다. 업로드→프리뷰→테마→만료→링크 공유 흐름이 깔끔하고, 서버리스+오브젝트 스토리지+라이프사이클로 운영 부담을 줄이는 구조가 매력적이에요.
결이 조금 다르긴 하지만 유튜브 다운로드 앱은 어떠신가요? 여기에서 확인해보세요!






