Прочитайте закодированный текст без лишних действий
В ответе API, конфигурации или тестовом запросе иногда встречается строка Base64. Она выглядит непривычно, хотя внутри может быть обычный текст. Инструмент помогает кодировать текст UTF-8 и восстанавливать его обратно, выбирая обычный алфавит Base64 либо вариант Base64URL.
Это текстовый инструмент. Он не открывает изображения из data URI, не распаковывает файлы и не разбирает JWT на части. Если после декодирования получаются бинарные данные, будет показано объяснение вместо нечитаемой строки с заменёнными символами.
Как закодировать и восстановить текст
- Вставьте обычный текст и оставьте направление «Кодировать». Кириллица и эмодзи сначала представляются байтами UTF-8.
- Выберите обычный Base64 или Base64URL. Для обычного варианта используются +, / и завершающие =; Base64URL использует - и _ без завершающих = в результате кодирования.
- Нажмите «Преобразовать». Скопируйте строку либо сохраните её в текстовый файл.
- Для обратной операции выберите «Декодировать» и тот же алфавит. Кнопка «Результат в исходник» переносит результат в поле и меняет направление.
Base64 и Base64URL: где разница
Обычный Base64 использует символы, которые могут потребовать дополнительного кодирования в URL. В варианте Base64URL два из них заменены на другие. При работе с конкретным API важно выбрать тот формат, который указан в его контракте, а не тот, который визуально нравится больше.
При декодировании здесь допускается запись без завершающих =, если длина позволяет однозначно восстановить данные. Запись с padding проверяется по длине и количеству знаков. Алфавиты не смешиваются: символы + и / не принимаются в режиме Base64URL, а - и _ не принимаются в обычном режиме.
Почему Base64 не защищает данные
Base64 является кодированием. Любой, кто получил строку, может восстановить содержимое без пароля. Поэтому так нельзя скрывать токен доступа, персональные данные или пароль в клиентском коде. Для защиты данных нужна отдельная задача с подходящим шифрованием и управлением ключами.
Преобразование также не является сжатием. Для многих исходных строк результат занимает больше места. Используйте Base64 там, где системе нужен текстовый способ передачи байтов, а не как универсальный способ ускорить загрузку страницы.
Как читаются кириллица и переносы
Текст сначала кодируется в UTF-8, затем в Base64. Обратный путь проходит в противоположном порядке. Это позволяет получить исходные русские буквы и эмодзи, если строка действительно содержит текст UTF-8. Данные в другой кодировке потребуют отдельного преобразования.
Пробелы, табуляция и переводы строки внутри закодированной записи при декодировании игнорируются. Это удобно, если Base64 скопирован с переносами. При кодировании обычного текста его переносы сохраняются как часть данных. Начальный символ BOM в самом тексте также не теряется.
Ошибки, ограничения и скачивание
Неверные символы, неподходящая длина и некорректный padding вызывают сообщение об ошибке. Проверяется и каноническая запись последних символов, чтобы случайные изменения строки не проходили незаметно. Это проверка формы записи, а не подтверждение подлинности данных.
Входной размер ограничен 1 МБ UTF-8. Обработка выполняется в браузере, без отправки текста на сервер WebSoftLeader. Результат можно скопировать или скачать .txt. Для больших бинарных файлов и потоковой обработки нужен другой инструмент, а для проверки синтаксиса восстановленного JSON есть отдельная страница.