Base64 — кодирование и декодирование

Инструмент переводит текст в Base64 и обратно. Кириллица проходит через UTF-8, поэтому «кракозябр» не будет: браузерная функция btoa на русских буквах спотыкается, здесь текст сначала превращается в байты. Есть построчный режим, когда каждая строка списка кодируется отдельно, и алфавит URL-safe, в котором «+» заменён на «-», а «/» на «_». Нужен всем, кто разбирает конфиги, токены и письма: строка вида eyJhbGciOi… встречается в заголовках авторизации, в JWT, в data:URI и в сертификатах.

Устроено просто: три байта исходных данных превращаются в четыре знака из 64-символьного алфавита A–Z, a–z, 0–9, «+», «/». Каждый знак несёт шесть бит, поэтому объём растёт примерно на треть. Если байтов не хватает до тройки, хвост добивается знаком «=»: один лишний байт даёт два таких знака, два лишних — один. «Привет, мир!» занимает 21 байт UTF-8, ровно семь троек, и превращается в 28 знаков без единого «=». Обратное преобразование восстанавливает байты точно, поэтому Base64 годится для передачи, но не для защиты: строка разворачивается назад одним нажатием.

Вставьте текст слева, выберите направление и нажмите преобразование. Построчный режим включайте для списков: каждая строка обработается отдельно, порядок сохранится, и одна битая строка не испортит остальные — она будет помечена. URL-safe нужен, когда результат пойдёт в адрес страницы или в имя файла: обычный алфавит содержит «/» и «+», которые в адресе означают другое. Данные остаются в браузере и никуда не отправляются.

Частые ошибки простые. Длина корректной строки кратна четырём, поэтому обрезанный при копировании хвост декодер не примет. Пробелы и переносы внутри строки появляются из писем и конфигов, где Base64 разбит на строки по 76 знаков; перед разбором их убирают. Строка из другого алфавита с «-» и «_» декодируется только в режиме URL-safe. Картинку в data:URI удобнее готовить в инструменте картинка в Base64, а знаки процента в адресах разбирает URL энкодер и декодер.