ข้อความ

Slugify

แปลงข้อความเป็น "slug" ที่ปลอดภัยสำหรับ URL: ทับศัพท์อักษรซีริลลิก (ยูเครน/รัสเซีย) ตามมาตรฐานทางการ ลบเครื่องหมายกำกับเสียงและอักขระส่วนเกิน แปลงเป็นตัวพิมพ์เล็ก

A slug is a URL-safe version of a title or name: lowercase Latin letters, digits, and hyphens instead of spaces. This tool transliterates Cyrillic text using the official standard and strips diacritics and characters that aren't valid in a URL.

How to use it

Common uses

Things to keep in mind

Cyrillic transliteration isn't unique — different systems (e.g. passport vs. scholarly) transliterate the same letters differently; this tool follows the official transliteration standard.

Keep slugs short and meaningful — long slugs are harder to remember and look worse in search results.

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

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

ข้อความถูกแปลงเป็น slug ที่เป็นมิตรกับ URL อย่างไร?

ข้อความถูกแปลงเป็นตัวพิมพ์เล็ก อักขระซีริลลิก (ยูเครน รัสเซีย) ถูกทับศัพท์ตามมาตรฐานทางการ เครื่องหมายกำกับเสียงและอักขระที่ไม่รองรับ URL ถูกลบออก จากนั้นคำต่างๆ จะถูกเชื่อมด้วยตัวคั่นที่เลือก

ฉันสามารถเลือกตัวคั่นที่ใช้ใน slug ได้หรือไม่?

ได้ ตัวเลือกตัวคั่นช่วยให้คุณเลือกอักขระที่เชื่อมคำต่างๆ ของ slug ซึ่งมักเป็นขีดกลางหรือขีดล่าง

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

ไม่ การสร้าง slug ทั้งหมดทำงานในเบราว์เซอร์ของคุณด้วย JavaScript ไม่มีอะไรถูกส่งออนไลน์

ต้องทำอย่างไรถ้าหัวข้อสองอันที่ต่างกันให้ slug เดียวกัน?

หัวข้อ «Привіт, світ!» และ «привіт світ» หลังการปรับให้เป็นมาตรฐานจะได้ slug เดียวกัน แม้ข้อความจะต่างกัน หากใช้ slug เป็นตัวระบุที่ไม่ซ้ำกัน (เช่น ใน URL ของบทความ) การชนกันแบบนี้ต้องได้รับการจัดการเพิ่มเติม โดยทั่วไปคือเติมส่วนต่อท้ายเป็นตัวเลขหรือ ID

ทำไมการเข้ารหัส URL แบบธรรมดาถึงใช้แทน slug ไม่ได้?

Percent-encoding ของอักษรซีริลลิกถูกต้องทางเทคนิคใน URL แต่มนุษย์อ่านไม่ออกและดูไม่น่าเชื่อถือในแถบที่อยู่หรือเมื่อคัดลอก Slug แก้ปัญหาความอ่านง่ายนี้โดยเฉพาะ ไม่ใช่แค่ความถูกต้องทางเทคนิคของอักขระ

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

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 มาจากไหนจริง ๆ และเหตุใดจึงใช้ข้อความไร้ความหมายแทนข้อความจริง

Markdown: ทำไมจึงกลายเป็นมาตรฐานของเอกสาร

เหตุใด Markdown จึงยังอ่านง่ายแม้ในรูปแบบดิบ ต่างจาก HTML

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

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

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

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

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

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