Перейти до вмісту
TextArray
100% локально

Менеджер специфікації (додати / видалити)

Додайте або видаліть невидимий знак порядку байтів UTF-8 на початку тексту.

Введення

Менеджер специфікації (додати / видалити)

Позначка порядку байтів — це три невидимі байти — U+FEFF — які деякі редактори та інструменти Windows позначають на самому початку файлу UTF-8. Ви ніколи не бачите цього, але все, що відбувається нижче, бачить: BOM призводить до збою сценарію оболонки в першому рядку, порушує імпорт CSV, який очікує чистого заголовка, відображається як mojibake перед <?php або <?xml і перетворює файл JSON на помилку синтаксичного аналізу. Цей інструмент додає або видаляє його однією пастою та визначає, чи він присутній, нічого не торкаючись.

Видаліть смужки лише на одну початкову специфікацію, а решту тексту — включно з будь-яким навмисним нерозривним проміжком нульової ширини в середині — залишить повністю. Додайте перед специфікацією, але ніколи не додайте другу, якщо вона вже є, тому можна безпечно виконати двічі. Detect повідомляє про стан і повертає текст без змін, коли вам просто потрібно знати. Підрахунок називає те, що сталося, і дає кінцеву кількість байтів UTF-8, де три байти специфікації є єдиною різницею, яку ви побачите.

Навіщо вам додавати специфікацію? Кілька інструментів все ще покладаються на нього: Excel зчитує CSV UTF-8 без специфікації матеріалів як локальну кодову сторінку ANSI та спотворює назви з акцентами, тому специфікація є прагматичним виправленням для CSV, відкритих у Excel. Майже для всього іншого — веб-серверів, сценаріїв, конфігураційних файлів, вихідного коду — BOM є проблемою, а видалення — відповіддю.

Усе працює локально у вашому браузері — вміст вашого файлу ніколи не залишає ваш пристрій.

FAQ

Що насправді таке BOM?
Символ Unicode U+FEFF на початку файлу. В UTF-16 він сигналізує про порядок байтів; в UTF-8 він зайвий, але іноді використовується як маркер "це UTF-8". Як текст це нерозривний пробіл нульової ширини, тому він абсолютно невидимий.
Коли я повинен видалити специфікацію?
Майже завжди. Специфікація UTF-8 порушує сценарії оболонки (shebang має бути першим байтом), змушує PHP і механізми шаблонів видавати помилковий вихід і відхиляється строгими синтаксичними засобами JSON, YAML і деякими XML. Якщо файл «має невидимий символ на початку», який порушує роботу інструмента, це видаляє його.
Коли додавання специфікації є правильним викликом?
В основному файли CSV відкриваються в Microsoft Excel. Без специфікації Excel вгадує локальне кодування ANSI та викривляє символи з наголосами; з BOM правильно читає UTF-8. Кілька старіших інструментів Windows поводяться подібним чином.
Чи торкається він пробілів нульової ширини всередині тексту?
Ні. Додається або видаляється лише одна специфікація на самому початку. U+FEFF, який з’являється посередині тексту — як навмисний нерозривний пробіл або випадковий невидимий символ — залишається точно там, де він є.
Мій текст десь завантажено?
Ні. Обробка специфікації виконується повністю у вашому браузері, і ваш текст ніколи не залишає ваш пристрій.