Конвертер HTML-сущностей

Конвертер HTML-сущностей, это бесплатный инструмент для преобразования HTML-ссылок на символы в обычные символы и обратно. Результат можно использовать на веб-страницах, в системах управления контентом и других текстовых форматах.

Что такое HTML-сущности и зачем они нужны?

HTML-сущности представляют символы в текстовом виде, который HTML может отличить от собственной разметки. Ссылка на символ в HTML обычно начинается с амперсанда и заканчивается точкой с запятой. Она может быть именованной, например & для амперсанда, или числовой, например £ для знака фунта.

Такие ссылки полезны, когда символ имеет специальное значение в HTML. Обычный знак "меньше" можно ошибочно принять за начало тега, поэтому его записывают как <. Ссылки на символы также позволяют представить определённые знаки в HTML или совместимой разметке, не смешивая их с разметкой или управляющим синтаксисом.

Кодирование сущностей не является шифрованием и не обеспечивает конфиденциальность. Любой человек может прочитать или декодировать такую ссылку, поэтому никогда не используй её для сокрытия паролей, персональных данных или конфиденциальной информации.

Как пользоваться конвертером HTML-сущностей?

Введи нужный текст в поле Кодировать или Декодировать, затем посмотри соответствующий результат в поле HTML-сущности закодированы или HTML-сущности декодированы. Используй закодированный результат, если текст должен находиться в подходящем текстовом контексте HTML или значении атрибута. Декодированный результат нужен, когда требуется получить символы, представленные существующими сущностями.

Преобразование выполняется на сервере. Введённые данные передаются на него по HTTPS и не сохраняются.

Перед преобразованием проверь, действительно ли тебе нужны HTML-сущности. Значения в строке запроса обычно требуют процентного URL-кодирования, а интернационализированные домены используют Punycode. Для этих форматов предназначены соответственно Декодер URL и Конвертер IDN Punycode.

Как выглядит результат кодирования или декодирования?

При декодировании распознанные ссылки на сущности заменяются соответствующими символами. При кодировании символы, наоборот, записываются с помощью синтаксиса сущностей.

Входные данные: <p>Tea & cake</p>

Декодированный результат: <p>Tea & cake</p>

Угловые скобки в декодированном результате являются символами, которые могут превратиться в HTML-разметку, если вставить их на страницу как HTML. Декодирование не очищает содержимое, не удаляет скрипты и не делает непроверенный HTML безопасным. Обрабатывай декодированный материал с учётом контекста, в котором он будет использоваться.

Примеры и нестандартные входные данные

Именованные сущности и числовые ссылки на символы могут по-разному представлять один и тот же знак. Например, &amp; является именованной ссылкой на амперсанд, &#38; представляет его в десятичном виде, а &#x26; в шестнадцатеричном.

• Обычные пробелы и числа сами по себе не являются ссылками на сущности и, как правило, остаются обычным текстом.
• Знаки препинания изменяются, только если они представлены распознанной ссылкой на сущность или намеренно кодируются.
• Буквы с диакритическими знаками, нелатинские символы и эмодзи можно представить числовыми ссылками, которые указывают кодовые точки Unicode независимо от кодировки исходного HTML. Правильное отображение зависит от поддержки шрифтом, а кодировка символов имеет значение при хранении или передаче декодированного результата.

При подготовке сущностей добавляй завершающую точку с запятой. В некоторых контекстах браузеры распознают отдельные ссылки и без неё, но такая сокращённая запись может быть неоднозначной и хуже переносится между разными парсерами.

Где на практике встречаются HTML-сущности?

HTML-сущности часто встречаются в исходном коде HTML, системах управления контентом, визуальных текстовых редакторах и HTML-письмах. Например, в режиме просмотра кода WordPress можно увидеть &nbsp; вместо неразрывного пробела или &amp;, если амперсанд необходимо сохранить в разметке.

Они также могут находиться внутри данных, передаваемых в другом формате. В таком случае возникает несколько уровней кодирования, которые нужно обрабатывать в правильном порядке.

• Полезная нагрузка JSON может содержать фрагмент HTML, в тексте которого есть сущности. Экранирование JSON и декодирование HTML-сущностей являются разными операциями.
• Строка запроса может содержать HTML с процентным кодированием. Сначала декодируй URL-уровень, а затем проверь, есть ли в полученном тексте сущности.
• URI данных может содержать HTML или другой текст с сущностями, хотя сам URI при этом может использовать процентное кодирование или Base64.
• В HTML-письме видимые знаки препинания могут быть закодированы одновременно с применением транспортного кодирования MIME.
• Интернационализированный домен может находиться рядом с HTML, закодированным сущностями, но сам домен обычно представляется с помощью Punycode, а не HTML-сущностей.

Почему HTML-сущности не декодируются или превращаются в нечитаемый текст?

Обычно декодирование не удаётся из-за неверного синтаксиса входных данных, другой схемы кодирования или наличия нескольких уровней кодирования. Проверь исходный текст на наличие именованных или числовых ссылок на символы HTML, вместо того чтобы многократно выполнять преобразование, не анализируя результат.

• Некорректная ссылка: Отсутствующий амперсанд, знак решётки или точка с запятой могут помешать распознаванию. Сравни запись с такими формами, как &amp; или &#38;.
• Двойное кодирование: Текст вида &amp;lt; после первого декодирования превращается в &lt;. Чтобы получить знак "меньше", потребуется намеренно выполнить преобразование ещё раз.
• Несовпадение кодировок: Если текст интерпретируется в неправильной кодировке, в нём могут появиться символы замены или искажённые буквы с диакритическими знаками.
• Неподходящий формат: Текст со знаками процента может быть закодирован как URL. Длинная строка из букв, цифр, знаков плюса, косых черт или знаков равенства в конце может быть закодирована в Base64.
• Если входные данные имеют формат Base64, выбран неверный вариант или алфавит: В URL-безопасном Base64 используются другие символы, чем в стандартном Base64. Отсутствие заполнения также может вызвать ошибку в некоторых декодерах. Эти особенности не относятся к синтаксису HTML-сущностей. Для таких данных нужен Декодер Base64.

Часто задаваемые вопросы

Почему &nbsp; выглядит как обычный пробел?

Эта сущность обозначает неразрывный пробел. Обычно он выглядит как простой пробел, но не позволяет перенести строку в этом месте. Редакторы могут сохранять его незаметно, поэтому при поиске причин неправильных интервалов используй режим просмотра исходного кода или инспектор символов.

Регистр в названиях HTML-сущностей имеет значение?

Да. Именованные ссылки на символы имеют строго определённое написание, поэтому регистр может влиять на их распознавание. Используй точное официальное название и добавляй точку с запятой, не полагаясь на автоматическое исправление ошибок браузером.

Нужно ли заменять сущностями каждую букву с диакритическим знаком?

Нет. HTML-документ с правильно объявленной кодировкой UTF-8 может напрямую содержать такие символы, как é, £ и 中文. Сущности по-прежнему полезны, если они необходимы из-за синтаксиса разметки, ограничений старой системы или конкретных правил публикации.

Можно ли использовать HTML-сущности в XML?

В XML заранее определён только небольшой набор именованных сущностей, включая &amp;, &lt;, &gt;, &quot; и &apos;. Многие имена, допустимые в HTML, недействительны в XML, если они не определены типом документа. Поэтому числовые ссылки на символы часто оказываются более безопасным вариантом.

Может ли конвертер сущностей исправить повреждённый HTML?

Нет. Он преобразует ссылки на сущности, но не закрывает незакрытые теги, не исправляет вложенность и не проверяет документ. После преобразования проверь окружающую разметку. Если страница по-прежнему работает неправильно, воспользуйся валидатором HTML.

Что проверить в конце

Убедись, что в исходном тексте используются именованные или числовые ссылки на символы HTML. Преобразуй только нужный уровень ссылок и сравни результат с текстом, который должен отображаться. Прежде чем добавлять декодированное содержимое на рабочую страницу, проверь все полученные угловые скобки, кавычки и амперсанды в их фактическом HTML-контексте.