ข้อความ

Markdown Preview / HTML ↔ Markdown

แสดงตัวอย่าง Markdown แบบสดในรูปแบบ HTML ที่จัดรูปแบบแล้ว พร้อมแปลงได้ทั้งสองทิศทาง: Markdown → HTML และ HTML → Markdown

Markdown is a lightweight markup language that formats text with plain characters (**bold**, # heading, - list) and stays readable even unrendered. This tool gives you a live preview of Markdown as HTML and converts in both directions.

How to use it

Common uses

Things to keep in mind

Different platforms (GitHub, GitLab, Discord) support slightly different Markdown extensions (tables, strikethrough, checkboxes) — the base syntax is the same everywhere.

Converting HTML to Markdown loses whatever Markdown can't express: complex layout, inline styles, deeply nested elements.

บทความเกี่ยวกับเครื่องมือนี้: Markdown: ทำไมจึงกลายเป็นมาตรฐานของเอกสาร

คำถามที่พบบ่อย

มีการแปลงแบบใดบ้าง?

มีสามโหมด: แสดงตัวอย่างสด Markdown ที่เรนเดอร์เป็น HTML ที่จัดรูปแบบแล้ว, การแปลง Markdown → HTML อย่างชัดเจน และการแปลงย้อนกลับ HTML → Markdown

ใช้เอนจิ้นเรนเดอร์ Markdown แบบใด?

นี่คือการเรนเดอร์ Markdown ฝั่งไคลเอนต์แบบง่ายด้วย JavaScript ไม่เกี่ยวข้องกับเอนจิ้นเทมเพลตฝั่งเซิร์ฟเวอร์เฉพาะเช่น Blade หรือ Twig; ผลลัพธ์สะท้อน Markdown มาตรฐาน ไม่ใช่ไวยากรณ์เฉพาะเฟรมเวิร์ก

เนื้อหา Markdown หรือ HTML ของฉันถูกส่งไปยังเซิร์ฟเวอร์หรือไม่?

ไม่ การแปลงและแสดงตัวอย่างเกิดขึ้นทั้งหมดในเบราว์เซอร์ ไม่มีเนื้อหาใดถูกส่งออนไลน์

ทำไมไฟล์เดียวกันถึงแสดงผลต่างกันในแต่ละแอป?

Markdown ต้นฉบับไม่ได้กำหนดตาราง ข้อความขีดฆ่า หรือการเน้นไวยากรณ์ในบล็อกโค้ด — สิ่งเหล่านี้เป็นส่วนขยายจากการอิมพลีเมนต์ต่าง ๆ GitHub Flavored Markdown และข้อกำหนด CommonMark ตีความกรณีที่คลุมเครือบางกรณีต่างกัน ดังนั้นการแสดงผลของไฟล์เดียวกันอาจต่างกันขึ้นอยู่กับ parser

อะไรที่สูญหายไปเมื่อแปลง HTML ที่ซับซ้อนเป็น Markdown?

HTML รองรับความสามารถในการจัดรูปแบบมากกว่า Markdown พื้นฐานมาก ดังนั้นตารางที่ซับซ้อน สไตล์ที่ซ้อนกัน หรือมาร์กอัปที่ไม่เป็นมาตรฐานอาจถูกทำให้ง่ายขึ้นหรือสูญหายเมื่อแปลงย้อนกลับ

บทความ: ข้อความ

camelCase, snake_case, kebab-case: ควรใช้รูปแบบไหนเมื่อไหร่

เหตุใดจึงมี camelCase, snake_case และ kebab-case และแต่ละแบบมักใช้ที่ไหน

Text Diff: อัลกอริทึมหาความแตกต่างของข้อความทำงานอย่างไร

อัลกอริทึม diff หาชุดการเปลี่ยนแปลงที่น้อยที่สุดระหว่างข้อความสองเวอร์ชันได้อย่างไร

Regular Expression: พื้นฐานและกับดักของการจับคู่แบบโลภ

ความแตกต่างระหว่างการจับคู่แบบโลภและแบบขี้เกียจใน regex และเหตุใดจึงสำคัญในทางปฏิบัติ

การเรียงบรรทัด: ทำไมการเรียงตามตัวอักษรถึงต่างจากการเรียงตามตัวเลข

เหตุใดการเรียงตามตัวอักษรจึงปฏิบัติต่อตัวเลขเหมือนข้อความ และต่างจากการเรียงตามตัวเลขอย่างไร

การ Escape สตริง: ทำไมกฎถึงต่างกันใน JS, JSON, shell และ regex

เหตุใดจึงไม่มีกฎการ escape เดียวที่ใช้ได้ทุกที่ — JS, JSON, shell และ regex ต่างก็มีกฎของตัวเอง

CRLF กับ LF: ทำไมการขึ้นบรรทัดใหม่ยังคงสร้างปัญหา

ความแตกต่างระหว่าง CRLF กับ LF มาจากไหน และเหตุใดยังคงสร้างปัญหากับ git และสคริปต์

การนับตัวอักษรและคำ: ทำไม Unicode ทำให้ซับซ้อน

เหตุใดอิโมจิหนึ่งตัวที่เห็นด้วยตาจึงอาจประกอบด้วย code point หลายตัวใน Unicode

Lorem Ipsum: ข้อความหลอกนี้มาจากไหนและทำไมไม่มีความหมาย

ข้อความ Lorem Ipsum มาจากไหนจริง ๆ และเหตุใดจึงใช้ข้อความไร้ความหมายแทนข้อความจริง

Slugify: หัวข้อกลายเป็น URL ที่ใช้งานได้อย่างไร

หัวข้อบทความกลายเป็น URL ที่สะอาดและอ่านง่ายด้วยเครื่องหมายขีดได้อย่างไร

ช่องว่างที่มองไม่เห็น: ทำไมการเปรียบเทียบข้อความที่ดูเหมือนกันจึงล้มเหลว

ช่องว่างที่มองไม่เห็นเพียงตัวเดียวทำให้การเปรียบเทียบข้อความสองชิ้นที่ดูเหมือนกันล้มเหลวได้อย่างไร

การกลับข้อความ: ทำไมจึงพังกับอิโมจิ

เหตุใดการกลับข้อความแบบง่ายจึงทำให้อิโมจิที่ประกอบจาก code point หลายตัวพังไป

การวิเคราะห์ความถี่ข้อความ: จาก word cloud สู่การถอดรหัส

การวิเคราะห์ความถี่ตัวอักษรช่วยถอดรหัสแบบแทนที่อักษรง่าย ๆ ในอดีตได้อย่างไร