md-to-naver-blog: ไลบรารีแปลง Markdown เป็น HTML ที่เข้ากันได้กับ Naver Blog
(github.com/jjlabsio)ตัวแก้ไขของ Naver Blog ไม่รองรับ Markdown
ผมนำบทความที่โพสต์บนบล็อกของบริการไปเผยแพร่ซ้ำบน Naver Blog ด้วย แต่พอแก้ไขบทความด้วยความช่วยเหลือจาก AI ก็เลยจัดการต้นฉบับในรูปแบบ Markdown อยู่
ปัญหาคือขั้นตอนการย้ายสิ่งนี้ไปยัง Naver Blog ไม่ได้ง่ายนัก
แค่แปลงเป็น HTML อย่างเดียวไม่พอ แต่ทุกครั้งยังต้องมีการเปลี่ยนโดเมนของ URL สำหรับรูปภาพ/ลิงก์ และแปลง MDX custom components ให้เหมาะกับตัวแก้ไขของ Naver อีกด้วย
พอทำซ้ำบ่อย ๆ ก็ยุ่งยากเกินไป เลยทำไลบรารีขึ้นมาเอง
ฟีเจอร์หลัก:
- แปลง Markdown → HTML ที่สามารถคัดลอกไปวางในตัวแก้ไข Naver Blog ได้ทันที
- รองรับ heading, bold/italic, code block (syntax highlighting), table, list, blockquote, image เป็นต้น
- แปลง
tagsใน YAML frontmatter เป็นแฮชแท็กอัตโนมัติ - ตัวเลือกสำหรับแปลง URL (เช่น การแทนที่โดเมน)
- ตัวเลือกสำหรับแปลง MDX custom components
- ทำงานได้ทั้งบน Node.js และเบราว์เซอร์
เวิร์กโฟลว์ที่ผมใช้จริง:
- เขียนบทความบนบล็อกของบริการ (Markdown)
- ใช้สคริปต์จัดการการแทนที่ URL, การแปลงคอมโพเนนต์ ฯลฯ และรันเว็บแอปพรีวิวด้วย CLI
- คัดลอกชื่อเรื่อง/เนื้อหา/แท็กจากเว็บแอปไปวางบน Naver Blog ทีละส่วน
เมื่อรวมขั้นตอนการแปลงไว้ในสคริปต์แล้ว ก็ใช้เพียง CLI บรรทัดเดียวเพื่อจบถึงขั้นพรีวิวได้เลย จากนั้นก็แค่คัดลอกไปวาง
ในเว็บแอป (mtnb.dev) ก็สามารถวาง Markdown แล้วแปลง/คัดลอกได้ทันที และยังมี clipboard utility ที่ใช้ร่วมกับเครื่องมืออัตโนมัติบนเบราว์เซอร์อย่าง Playwright ได้ด้วย ดังนั้นถ้าใครอยากทำให้เป็นอัตโนมัติมากขึ้น ก็สามารถประกอบเป็นสคริปต์ใช้งานได้
3 ความคิดเห็น
ลองทำระบบเขียนบล็อกให้อัตโนมัติไปจนสุดกันเลย... เป็นโปรเจกต์ของผมเองครับ
https://github.com/greekr4/viruagent-cli
ขอบคุณสำหรับการแบ่งปันครับ! พอดูโค้ดแล้ว เห็นว่าคุณกำลังใช้วิธีส่ง
contentเป็น HTML โดยตรงนะครับ。เหตุผลที่ผมสร้าง md-to-naver-blog ขึ้นมา ก็เพราะอยากลดงานที่ต้องใช้ในการเขียนบล็อกเช่นกันครับ。
ขออนุญาตแสดงความคิดเห็นอย่างระมัดระวังเกี่ยวกับโปรเจ็กต์อัตโนมัติที่คุณเสริมมาด้วยครับ。
จริง ๆ แล้ว ผมเองก็เคยคิดเรื่องไอเดียคล้าย ๆ กันมาก่อนเหมือนกันครับ。
ในฐานะนักพัฒนาที่มองว่าการตลาดเป็นเรื่องยาก
ผมคิดว่าการทำบล็อกอัตโนมัติน่าจะเป็นพื้นที่ที่นักพัฒนาอยากได้มากที่สุดอย่างหนึ่งครับ。
อย่างไรก็ตาม ในสถานการณ์ที่ Naver หรือ Tistory จำกัดการเขียนอัตโนมัติในเชิงนโยบายอยู่
ผมคิดว่าการใช้วิธีอ้อมข้อจำกัดนั้นด้วยเทคนิคควรต้องพิจารณาอย่างรอบคอบครับ。
ทิศทางที่ผมมุ่งไปนั้นใกล้เคียงกับ "การทำให้การสร้างคอนเทนต์มีประสิทธิภาพมากขึ้น โดยยังปฏิบัติตามแนวทางของแพลตฟอร์ม" ครับ。
ความสะดวกของระบบอัตโนมัติก็ดีอยู่แล้ว แต่การเคารพนโยบายของแพลตฟอร์ม
และสร้างเครื่องมือที่ดีที่สุดภายใต้กรอบนั้น ก็เป็นหลักการพัฒนาที่ผมยึดถือเช่นกันครับ。
ดังนั้น แม้โปรเจ็กต์ที่คุณแชร์มาจะเป็นความพยายามที่ยอดเยี่ยม
แต่ดูเหมือนว่าจะต่างจากทิศทางที่ผมมุ่งหวังอยู่เล็กน้อยครับ。
ขอบคุณอีกครั้งสำหรับการแบ่งปันโปรเจ็กต์ดี ๆ และถือเป็นโอกาสที่มีความหมายที่เราได้เห็นแนวทางที่แตกต่างกันของกันและกันครับ。
ขอบคุณครับ! จริงๆ แล้วโปรเจ็กต์นั้นไม่ค่อยเหมาะกับการสร้างแบรนด์ส่วนตัวหรือการตลาด แต่เป็นโปรเจ็กต์ที่ทำไว้เพื่อการบันทึกและเพื่อการไวรัล ผมมองข้ามไปว่าทิศทางมันต่างกัน นี่จึงกลายเป็นโอกาสให้ได้กลับมาทบทวนอีกครั้งครับ