Base64 Encoder

Base64 Encoder / Decoder

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

Ні. Усе кодування й декодування відбувається у вашому браузері за допомогою вбудованих API JavaScript (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-обробки — emoji та не-ASCII символи коректно повертаються при декодуванні. Файли читаються як ArrayBuffer.

  2. 2

    Кодувальник працює локально

    Вбудована JavaScript-функція btoa кодує байти в Base64. Для URL-safe варіанта ми замінюємо + на - та / на _ й опційно прибираємо padding (формат, що використовує JWT). Для дуже великих файлів ми кодуємо частинами, щоб не блокувати головний потік.

  3. 3

    Декодувальник — це обернений процес

    Вставте Base64-рядок, і ми викличемо atob для декодування. Якщо ви спочатку кодували бінарний файл, ми пропонуємо завантаження з оригінальним MIME-типом; якщо текст — декодуємо назад через TextDecoder. Обидва напрямки без втрат.

  4. 4

    Копіюйте, завантажуйте або генеруйте Data URI

    Один клік копіює Base64 в буфер. Або завантажте як .txt. Або згенеруйте data:image/png;base64,... URI для inline-вбудовування в CSS / HTML — все збирається у вашому браузері.

Поширені робочі процеси з Base64

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

Вбудовування малих зображень у CSS

Перетворіть іконку 2 КБ на Data URI, щоб вбудувати її в стилі — економить HTTP-запит. iKit видає готовий рядок data:image/png;base64,..., готовий до вставки.

Налагодження JWT

Декодуйте середній сегмент JWT, щоб перевірити claims. Поєднайте з JSON Decoder від iKit для чистого двокрокового налагодження, при якому токен ніколи не йде на сервер.

Вкладення email через API

Коли API транзакційних email-ів вимагає Base64-вкладень, перетягніть файл в iKit, скопіюйте результат, вставте в тіло запиту. Без танців з CLI base64, без різниць між платформами (macOS vs Linux flags).

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

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

Чому приватність Base64 не обговорюється

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

  • Нуль викликів fetch чи XHR під час кодування / декодування.
  • Файли до ~50 МБ обробляються локально без завантаження на сервер.
  • Без втрат — кодування і подальше декодування повертає точно ті самі байти.

Пов'язані посібники

Детальні посібники та порівняння інструментів з блогу iKit.

Часті запитання

Чи надсилаються мої дані на сервер?

Ні. Усе кодування й декодування відбувається у вашому браузері за допомогою вбудованих API JavaScript (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», щоб видалити кінцеві =.