Base64 Encoder

Base64 Encoder / Decoder

Кодируйте текст или файлы в Base64 или декодируйте Base64 обратно. Вариант URL-safe, безопасный UTF-8, только на стороне клиента.

Нет. Всё кодирование и декодирование происходит в вашем браузере с использованием встроенных JavaScript API (TextEncoder, btoa, atob). Ничего не загружается, не логируется и не сохраняется.

Стандартный Base64 использует + и /, которые имеют специальные значения в URL. URL-safe Base64 (RFC 4648 §5) заменяет их на - и _ соответственно, так что вывод безопасно использовать в URL, именах файлов и токенах, таких как JWT.

Ввод

0 симв.

Декодированный вывод

0 симв.

Почему Base64?

Быстро, точно, со всеми ожидаемыми опциями.

Кодирование и декодирование

Преобразуйте любой текст или файл в Base64 или декодируйте Base64 обратно в исходные данные. Мгновенный предварительный просмотр при вводе.

Конфиденциальность по дизайну

Всё кодирование и декодирование происходит в вашем браузере. Ваш текст и файлы никогда не загружаются ни на какой сервер.

Файлы и data URL

Перетащите любой файл, чтобы получить его Base64-строку, data URL (data:mime;base64,…), или декодируйте Base64-строку обратно в двоичный файл.

Вариант URL-safe

Включите URL-safe Base64 (Base64URL, RFC 4648) — заменяет + на - и / на _ для использования в URL, именах файлов, JWT и т. д.

Безопасный UTF-8

Полная поддержка Unicode для любого языка, эмодзи, CJK, RTL-скриптов. Использует TextEncoder/TextDecoder, чтобы ничего не искажалось.

Перенос строк и padding

Опциональный перенос строк в стиле MIME на 64 или 76 символов и опциональная обрезка padding — для подписей, cookies, компактных токенов.

Как работает кодирование Base64 в вашем браузере

Нативные API браузера, без загрузки, без потерь при туда-обратно для любого текста или файла.

  1. 1

    Выберите режим текста или файла

    Переключайтесь между текстовым режимом (вставьте любую строку) и файловым режимом (перетащите любой файл до ~50 МБ). Текст обрабатывается через TextEncoder для корректной работы с UTF-8 — эмодзи и не-ASCII символы корректно проходят туда-обратно. Файлы читаются как ArrayBuffer.

  2. 2

    Кодировщик работает локально

    Встроенный в JavaScript btoa кодирует байты в Base64. Для URL-безопасного варианта мы заменяем + на - и / на _ и при необходимости убираем заполнение (формат, который использует JWT). Для очень больших файлов мы кодируем по частям, чтобы не блокировать главный поток.

  3. 3

    Декодер делает обратное

    Вставьте строку Base64, и мы запустим atob, чтобы её декодировать. Если вы изначально кодировали бинарный файл, мы предложим скачать его с исходным MIME-типом; если кодировали текст, мы декодируем обратно через TextDecoder. Оба направления без потерь.

  4. 4

    Скопируйте, скачайте или создайте Data URI

    Один клик — и Base64 в вашем буфере обмена. Или скачайте как файл .txt. Или создайте URI data:image/png;base64,... для встраивания в CSS / HTML — собирается в вашем браузере.

Типичные рабочие сценарии Base64

Для чего люди реально используют Base64 и как iKit вписывается.

Встраивание небольших изображений в CSS

Преобразуйте иконку 2 КБ в Data URI, чтобы встроить её в стиль — экономит HTTP-запрос. iKit выдаёт полную строку data:image/png;base64,..., готовую к вставке.

Отладка JWT

Декодируйте средний сегмент JWT, чтобы проверить claims. Сочетайте с JSON Decoder от iKit для чистой двухшаговой отладки, при которой токен никогда не отправляется на сервер.

Email-вложения через API

Когда транзакционный email API требует Base64-кодированные вложения, перетащите файл в iKit, скопируйте результат, вставьте в тело запроса. Никаких CLI-плясок с base64, никаких различий между платформами (флаги macOS против Linux).

PEM-ключи и сертификаты

Декодируйте PEM-блок (после удаления строк BEGIN/END), чтобы изучить сырые DER-байты. Или закодируйте бинарный ключ в PEM для инструментов, которые принимают только текстовый формат.

Почему приватность Base64 не подлежит обсуждению

Base64 — это стандартный носитель чувствительных данных: JWT с идентификаторами и правами пользователей, встроенные фотографии клиентов, внутренние ответы API. Серверный Base64-инструмент видит каждый байт, который вы вставляете. Кодировщик iKit работает чисто на JavaScript, поэтому ничего не покидает вашу вкладку браузера.

  • Ноль вызовов fetch или XHR во время кодирования или декодирования.
  • Файлы до ~50 МБ обрабатываются локально без загрузки.
  • Преобразование без потерь — закодировав и декодировав, вы получите ровно те же исходные байты.

Связанные руководства

Подробные туториалы и сравнения инструментов из блога iKit.

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

Отправляются ли мои данные на сервер?

Нет. Всё кодирование и декодирование происходит в вашем браузере с использованием встроенных JavaScript API (TextEncoder, btoa, atob). Ничего не загружается, не логируется и не сохраняется.

Что такое URL-safe Base64?

Стандартный Base64 использует + и /, которые имеют специальные значения в URL. URL-safe Base64 (RFC 4648 §5) заменяет их на - и _ соответственно, так что вывод безопасно использовать в URL, именах файлов и токенах, таких как JWT.

Правильно ли обрабатывается Unicode / эмодзи?

Да. Мы используем TextEncoder для преобразования вашего текста в байты UTF-8 перед кодированием и TextDecoder для обратного преобразования декодированных байтов. Любой символ Unicode — CJK, эмодзи, RTL-скрипты — корректно проходит полный цикл.

Могу ли я кодировать файлы, такие как PDF или изображения?

Да. Переключитесь в режим «Файл» и перетащите любой файл. Инструмент даст вам строку Base64, data URL, которую можно вставить в HTML/CSS, или.txt-файл для загрузки. Размер файла ограничен памятью браузера (обычно работает до нескольких сотен МБ).

В чём разница между с и без padding?

Стандартный Base64 дополняет вывод символами '=', чтобы его длина была кратна 4. Некоторые случаи использования (JWT, URL-токены) обрезают padding для экономии места; декодировщик может восстановить его. Установите флажок «Без padding», чтобы удалить конечные =.