🚀 Быстрый старт

Введите в поле текст (обычный или строку Base64)
Нажмите «Кодировать» или «Декодировать» для обработки
Ввод и результат используют одно поле; копирование/очистка — одним кликом
Для проверки: закодируйте и затем переключитесь на «Декодировать»

📌 Частые сценарии

URL/JWT: предпочтительно использовать вариант URL‑safe (−/_); завершающий '=' можно опустить, чтобы избежать экранирования
Почта/MIME: при необходимости переноса используйте правило 76 символов (CRLF); для веба переносы обычно не нужны. Инструмент поддерживает перенос на 76 символов и переключатель LF/CRLF
Многострочный текст: включите построчное кодирование для независимой обработки строк
MIME/PEM: включите перенос 76; при необходимости включите LF
Data URL: при встраивании генерируйте data:[mime];base64,…; декодер автоматически берёт часть после запятой
Проверка туда‑обратно: сразу после кодирования выполните декодирование и сравните

🎛️ Параметры кодирования и варианты

Вывод URL‑safe
Кодировать построчно (каждую строку отдельно)
Переносать каждые 76 символов MIME (CRLF)
Использовать LF для переносов (\n)
Автодобавление padding: длина приводится к кратной 4; некорректные длины — ошибка
Игнорирование пробельных символов: переводы строк и пробелы удаляются при декодировании

🧭 Рекомендации по использованию

Используйте UTF‑8, чтобы избежать «кракозябр»
По умолчанию — URL‑safe; для стандартного Base64 отключите эту опцию
При обмене между системами удаляйте переводы строк и пробелы; добавляйте их только для отображения
После Base64 объём увеличивается примерно на 33%; не подходит для больших файлов
Стандартный Base64 для легаси‑систем: отключить URL‑safe (сохранить +/ и =)
Построчное кодирование повторно кодирует уже закодированный Base64; для конвертации варианта отключите его перед кодированием
Перенос на 76 символов влияет только на отображение; декодер игнорирует переносы и пробелы

⚠️ Ограничения и совместимость

Очень длинные тексты могут снижать производительность; целесообразно делить на части
Двоичные данные: интерфейс ориентирован на текст; для бинарных данных используйте Data URL или CLI
Объём ограничен памятью браузера

🔒 Конфиденциальность и безопасность

Вся обработка выполняется в вашем браузере; данные не покидают ваше устройство
Замечание по безопасности: Base64 — кодирование, а не шифрование. Чувствительные данные сначала шифруйте, затем кодируйте

❓ Частые вопросы

Что такое Base64? Зачем «кодировать»?

Base64 — это схема представления произвольных двоичных данных печатными текстовыми символами. Появилась в почтовом стандарте MIME (1990‑е, RFC 1521/2045), позднее унифицирована RFC 4648. Цель — не «шифрование», а надёжная передача байтов по текстовым каналам. Как это работает: каждые 3 байта (24 бита) разбиваются на четыре 6‑битовых блока и отображаются на 64 символа A–Z, a–z, 0–9, +, /. Если длина не кратна 3, для выравнивания используется «=». Размер обычно увеличивается на ~33 %. Варианты и выбор: RFC 4648 определяет вариант URL‑safe (символы «-» и «_» вместо «+» и «/»; конечные «=» можно опускать). Для URL/Cookie/JWT лучше URL‑safe; для устаревших/MIME‑инструментов — стандартный Base64 (с +/ и =). Этот инструмент по умолчанию выдаёт URL‑safe; декодер принимает оба варианта. Примеры: ??? → стандартный Pz8/, URL‑safe Pz8_; ~~~ → стандартный fn5+, URL‑safe fn5‑. Data URL: при встраивании используйте data:[mime];base64,…; при декодировании извлекайте часть после запятой (инструмент делает это автоматически). Вехи (кратко): 1993 RFC 1521 (MIME v1, Ned Freed & Nathaniel Borenstein) → 1996 RFC 2045 (обновление MIME) → 2003 RFC 3548 (Simon Josefsson, абстракция Base16/32/64) → 2006 RFC 4648 (Simon Josefsson, унификация и Base64URL, замещает 3548). Также: 1993 RFC 1421 (PEM, J. Linn) использует Radix‑64 (родственно Base64) для переноса двоичных данных в письмах. Безопасность: Base64 — обратимое форматирование, не даёт конфиденциальности/целостности; сначала шифруйте, затем кодируйте.

Безопасен ли Base64?

Нет. Любой может декодировать. Для конфиденциальности сначала шифруйте

Почему «Недопустимый формат Base64»?

Строка должна содержать только A–Z, a–z, 0–9, +, / и =, а также иметь корректную длину

Почему разные инструменты дают разные результаты?

Различия часто вызваны переносами строк, тем сохраняется ли '='‑паддинг, вариантом URL‑safe (−/_) и деталями реализации. Используйте UTF‑8, отключайте переносы и заранее решите, нужен ли URL‑safe и сохранение паддинга

Почему размер увеличивается?

Base64 представляет 8 бит через 6 бит; прирост ~33% — свойство метода

Поддерживаются ли спецсимволы и эмодзи?

Да, при UTF‑8. Нетекстовые бинарные данные после декодирования могут выглядеть «битым» текстом