본문으로 건너뛰기
yutils
HTML → Markdown
예시

입력 (Markdown)

# yutils

**굵게** 와 *기울임*, `inline code` 를 지원합니다.

- 항목 1
- 항목 2

출력 (HTML)

<h1>yutils</h1>
<p><strong>굵게</strong> 와 <em>기울임</em>, <code>inline code</code> 를 지원합니다.</p>
<ul>
<li>항목 1</li>
<li>항목 2</li>
</ul>

참고

CommonMark + GFM(테이블·코드 펜스·태스크 리스트) 모두 지원. HTML 출력은 DOMPurify 로 sanitize 되므로 `<script>` 같은 위험 태그는 자동 제거됩니다.

사용법 / 자주 묻는 질문

이런 경우 사용하세요

  • README · 블로그 글 작성 전에 Markdown 결과 미리 확인
  • GitHub · GitLab · Notion 등 GFM 환경에서 어떻게 보일지 검증
  • 표(table) · 체크박스 · 코드 펜스의 렌더 결과 확인
  • HTML 출력만 복사해서 메일·CMS에 붙여 넣을 때
  • Markdown 문법 학습 — 입력과 결과를 좌우로 즉시 비교

자주 묻는 질문

Q.GitHub 와 완전히 똑같이 보이나요?
A.기본 GFM 호환을 우선합니다. GitHub 특유의 이슈·PR 자동 링크, 이모지 단축어(`:smile:`) 같은 일부 확장은 미지원입니다. 기본 구조(헤딩·리스트·표·코드)는 일치합니다.
Q.HTML 출력에 `<script>` 같은 위험 태그가 들어가도 괜찮나요?
A.출력은 DOMPurify 로 sanitize 됩니다 — `<script>`, `onerror=` 같은 XSS 위험 패턴은 자동 제거됩니다. 결과를 CMS에 그대로 붙여도 안전합니다.
Q.원본 Markdown이 어딘가로 전송되나요?
A.아닙니다. 파싱·렌더링·sanitize 모두 브라우저에서만 수행됩니다.
재미있는 사실

  • Markdown 은 2004년 John Gruber 가 Aaron Swartz 와 함께 설계해 그의 블로그 Daring Fireball 에서 처음 공개했습니다. '읽기 쉬운 plain text 가 그대로 HTML 로 변환되는' 철학은 학회 자료를 이메일로 주고받던 불편에서 출발했어요.

    Daring Fireball — Markdown

  • 각 구현이 미묘하게 달라 호환성이 깨지는 'Markdown 파편화' 문제는 2014년 CommonMark 표준으로 해결되기 시작했습니다. Jeff Atwood(Stack Overflow 공동창업)와 John MacFarlane 가 주도했는데, 처음엔 'Standard Markdown' 이라 부르려다 Gruber 의 항의로 이름이 바뀌었습니다.

    CommonMark

  • GitHub Flavored Markdown(GFM)은 표·체크박스·자동링크·fenced code block 을 추가한 CommonMark 의 strict superset 입니다. 즉 모든 GFM 문서는 동시에 유효한 CommonMark — 'GitHub 에서만 깨지는' 표현이 줄어든 이유입니다.

    GitHub Flavored Markdown Spec

관련 도구

이 카테고리 모든 도구 보기 →