Tarayıcınız güncel değil

Bu siteyi görüntülemek için tarayıcınızın veya cihazınızın işletim sisteminin güncellenmesi gerekiyor.

Your browser is out of date. Please update iOS or your browser to view this site.

Перейти к основному содержимому
Gizke.com
Блог

Кодировщик Base64 и URL

Работает на устройстве. Ничего не отправляется.

Текст

Результат

Результат появится здесь

Кодируйте или декодируйте строки Base64 и URL, либо преобразуйте файл в Base64, полностью в браузере.

Base64 превращает произвольные двоичные данные в обычный ASCII-текст с помощью 64 печатаемых символов, поэтому он встречается везде, где двоичным данным нужно пройти через канал, рассчитанный только на текст - вставка изображения прямо в CSS или HTML, вложение файла в письмо или кодирование токена внутри JWT. URL-кодирование (процентное кодирование) - это другая, не связанная с этим схема, которая экранирует символы, недопустимые в URL в буквальном виде, например пробелы и амперсанды, чтобы они сохранялись при помещении в строку запроса. Этот инструмент преобразует текст или файлы в обоих направлениях для обеих схем, полностью в браузере - ничего никуда не загружается.

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

Является ли Base64 шифрованием?
Нет. Base64 - это кодирование, а не шифрование: любой может мгновенно декодировать его без ключа или пароля, включая этот инструмент. Он лишь меняет представление данных, чтобы они могли безопасно проходить через системы, ожидающие текст, а не двоичные данные. Никогда не используйте его, чтобы скрыть что-то важное.
Почему текст в кодировке Base64 заканчивается знаками =?
Base64 работает блоками по 3 байта, каждый из которых превращается в 4 выходных символа. Если входные данные не кратны 3 байтам, символы = дополняют последний блок до полных 4 символов. URL-безопасный вариант обычно опускает это заполнение, так как декодеры обычно могут вывести его из длины строки.
В чём разница между стандартным и URL-безопасным алфавитом?
Стандартный Base64 использует + и / как два из своих 64 символов, но оба они имеют особое значение внутри URL (пробел и разделитель пути соответственно), поэтому стандартная строка Base64 может сломаться при размещении прямо в URL или имени файла. URL-безопасный вариант заменяет эти два символа на - и _, поэтому именно этот формат используется в JWT и подобных токенах.
Почему декодирование иногда показывает двоичные данные вместо текста?
Base64 может кодировать буквально любые байты, а не только текст - изображение, файл шрифта, исполняемый файл. Когда декодированные байты не образуют корректный UTF-8-текст, этот инструмент не может показать их как читаемую строку, но вы всё равно можете скачать их как файл, чтобы восстановить исходное двоичное содержимое.
Почему результат кодирования Base64 получается примерно на треть больше исходных данных?
Base64 преобразует каждые 3 входных байта в 4 выходных символа, поэтому закодированный результат всегда примерно в 4/3 раза (около 33%) больше исходных данных - неважно, кодируете вы небольшой текст или целый файл. Это увеличение размера - плата за представление произвольных двоичных данных всего 64 печатаемыми символами: это нормально и не означает, что что-то пошло не так.
Нужно ли включать «URL-безопасный алфавит» перед декодированием URL-безопасной строки Base64?
Нет - декодирование всегда работает независимо от того, какой алфавит использует строка, стандартный или URL-безопасный. Внутри инструмент автоматически преобразует - и _ обратно в + и /, а также восстанавливает недостающие символы заполнения =, так что можно вставлять любой из вариантов прямо в режим декодирования. Флажок важен только при кодировании, поскольку определяет, какой алфавит будет использован в результате.
Для разработчиков: откройте эту страницу с параметром `q` в URL - например, gizke.com/base64?q=hello world - и это значение будет подставлено автоматически. Большинству посетителей это не нужно; предназначено для прямых ссылок на готовый пример.

Поделиться инструментом

БлогО проектеКонтактыУсловия использованияПолитика конфиденциальности