Текст

Slugify

Перетворення тексту на URL-безпечний «слаг»: транслітерація кирилиці (укр./рос.) за офіційним стандартом, видалення діакритики та зайвих символів, нижній регістр.

Слаг — це URL-безпечна версія заголовка чи назви: малими латинськими літерами, цифрами й дефісами замість пробілів. Інструмент транслітерує кирилицю за офіційним стандартом, прибирає діакритику та символи, недопустимі в URL.

Як користуватися

Типові сценарії

Що варто памʼятати

Транслітерація кирилиці неоднозначна — різні системи (наприклад, паспортна й наукова) дають різний результат для однакових літер; інструмент використовує офіційний стандарт транслітерації.

Слаг варто робити коротким і змістовним — довгі слаги гірше запам’ятовуються і виглядають гірше в результатах пошуку.

Стаття про цей інструмент: Slugify: як перетворити довільний текст на URL-адресу

Часті запитання

Як текст перетворюється на слаг, сумісний з URL?

Текст переводиться в нижній регістр, кириличні символи (українські, російські) транслітеруються за офіційним стандартом, діакритичні знаки й несумісні з URL символи прибираються, а потім слова з'єднуються обраним роздільником.

Чи можу я обрати роздільник, що використовується в слазі?

Так, опція роздільника дозволяє обрати символ, що з'єднує слова слага, зазвичай дефіс чи підкреслення.

Чи надсилається введений текст на сервер?

Ні, уся генерація слага виконується локально у вашому браузері на JavaScript, нічого не передається онлайн.

Що робити, якщо два різні заголовки дають однаковий слаг?

Заголовки «Привіт, світ!» і «привіт світ» після нормалізації дадуть той самий слаг, хоча тексти різні. Якщо слаг використовується як унікальний ідентифікатор (наприклад, у URL статті), таку колізію потрібно вирішувати додатково — типово числовим суфіксом чи ID.

Чому просте URL-кодування не підходить замість слага?

Percent-encoding кирилиці технічно валідне в URL, але нечитабельне для людини й виглядає ненадійно в адресному рядку чи при копіюванні. Слаг вирішує саме проблему читабельності, а не лише технічної валідності символів.

Статті: Текст

Case Converter: навіщо потрібні різні стилі написання

Чому в одному проєкті змінні пишуть camelCase, а файли — kebab-case, і звідки взялись ці правила.

Text Diff: як алгоритми знаходять різницю між текстами

Як diff-алгоритм знаходить мінімальний набір змін між двома версіями тексту.

Регулярні вирази: основний синтаксис і типові патерни

Як читати регулярний вираз і чим жадібний пошук відрізняється від лінивого.

Сортування та видалення дублікатів рядків: навіщо це потрібно

Чому числове сортування «10» перед «9» — це помилка, і як цього уникнути.

String Escape: чому той самий текст треба екранувати по-різному

Чому той самий символ лапок екранується по-різному в JS-рядку, JSON і shell-команді.

CRLF проти LF: чому символи кінця рядка досі мають значення

Чому файл, написаний у Windows, може показувати «змінений увесь файл» у git на Linux.

Підрахунок символів і слів: чому це не завжди тривіально

Чому емодзі чи символи з діакритикою можуть рахуватись як кілька символів одразу.

Lorem Ipsum: звідки взявся текст-заповнювач і навіщо він потрібен

Чому дизайнери навмисно використовують «безглуздий» текст замість реального контенту в макетах.

Markdown: чому простий текстовий синтаксис переміг складні редактори

Чому розробники обирають писати документацію в Markdown, а не в форматованому текстовому редакторі.

Пробіли та невидимі символи: прихована причина дивних багів

Чому два на вигляд однакові рядки можуть не збігатися при порівнянні через невидимий символ.

Text Reverse: чому «перевернути текст» складніше, ніж здається

Чому наївний реверс рядка може перетворити емодзі на непридатні для показу байти.

Частотний аналіз тексту: навіщо рахувати повторення слів

Як частота літер у зашифрованому тексті допомагає зламати найпростіші шифри підстановки.