Используйте Base64, если этого требует получатель
«Base64 текста» преобразует текст UTF-8 в стандартный Base64 и обратно. Такая запись удобна, когда система прямо ожидает текст в этом представлении. Она не скрывает содержание от человека, который выполнит обратное преобразование.
Не подменяйте стандартный Base64 вариантом Base64URL: у них разные допустимые знаки. Этот инструмент проверяет стандартный алфавит и дополнение знаком равенства. При обратном преобразовании нужен корректный текст UTF-8, а не произвольный бинарный файл.
Разделяйте значение параметра и целый адрес
В «Кодировать URL» для текста одного параметра выбирайте режим компонента. Он обрабатывает служебные знаки внутри значения, чтобы они не выглядели как разделители других параметров. Для адреса целиком предусмотрен отдельный режим, сохраняющий его служебные разделители.
Не кодируйте уже преобразованную строку повторно без требования системы. Знак процента тоже будет преобразован, и адрес может получить другое значение. При декодировании плюс остаётся плюсом: отдельного разбора данных HTML-формы с заменой плюса на пробел здесь нет.
Преобразуйте HTML-знаки для нужного контекста
«HTML-сущности» заменяет специальные знаки, например угловые скобки и амперсанд, их текстовыми обозначениями. Обратная операция возвращает символы из поддерживаемых сущностей. Результат показан как текст, а не как исполняемая страница.
Это не удаление опасных конструкций из произвольного HTML и не универсальная защита любого места вставки. Текст внутри HTML, адрес ссылки и программный код требуют разных правил. Проверяйте контекст в системе, куда переносите полученную строку.
Текст <пример> нужно показать как надпись.
<пример>
Это представление символов в тексте, а не разметка готовой страницы.
Рассчитывайте хеш для точной проверки
«Хеш текста SHA-256» рассчитывает контрольную сумму точных байтов UTF-8, включая пробелы и переводы строк. Из хеша нельзя получить исходную заметку обратной кнопкой. Для сверки два участника должны хешировать одинаковый текст, а не разные кодированные представления.
Одинаково выглядящие буквы разных алфавитов и дополнительный пробел меняют исходные байты. Сохраняйте полную строку суммы. Хеш не проверяет правдивость текста, автора или безопасность содержания.
Проверьте преобразование на коротком образце
В этих инструментах действует предел 200000 символов. Начните с короткой копии строки, чтобы проверить выбранное направление и режим. Обратимое кодирование при подходящем вводе можно проверить обратной операцией; хеширование такой проверки не имеет.
| Задача | Операция |
|---|---|
| Стандартное текстовое представление Base64 | Base64 текста |
| Значение внутри параметра URL | Кодирование компонента URL |
| Текстовые HTML-знаки | HTML-сущности |
| Контрольная сумма | SHA-256 текста |
- Уточните формат, который ожидает получатель.
- Выберите преобразование и правильный режим.
- Проверьте результат на коротком примере.
- При сверке текста сравните полные SHA-256 одного и того же представления.
Вопросы и ответы
Можно ли хранить пароль в Base64 вместо защиты?
Нет, обратное преобразование не требует ключа. Base64 не является шифрованием или безопасным хранилищем.
Почему повторное кодирование URL изменило строку?
Второй проход преобразует и знаки первого результата. Начните с исходного значения, если система не требует двойного кодирования.
Превратится ли плюс в пробел?
В этом URL-декодере плюс сохраняется. Правила кодирования данных формы здесь отдельно не применяются.
Можно восстановить текст из SHA-256?
Нет, SHA-256 предназначен для контрольной суммы. Для обратимого представления используйте подходящее кодирование.
Влияют ли пробелы на хеш?
Да, хешируются точные байты текста. Даже невидимое отличие может дать другую сумму.
HTML-сущности проверяют безопасность всей страницы?
Нет, это преобразование символов. Проверка произвольного HTML и подходящий способ вставки требуют отдельных правил.