Encoders & Utilities

Base64 Encoder

Кодуй і декодуй текст або бінарні дані в Base64.

Про цей інструмент

Base64 перетворює довільні бінарні дані у 64-символьний алфавіт (A–Z, a–z, 0–9, +, /), що виживає в будь-якому text-only транспорті — email-body, JSON-рядки, URL-параметри, data:-URI. Наш інструмент кодує і декодує і текст, і binary у вашому браузері, з auto-detection між напрямками: вставив plaintext — отримав Base64; вставив Base64 — отримав plaintext (або downloadable-файл, якщо результат binary).

Інструмент підтримує і стандартний Base64 (RFC 4648 §4), і URL-safe Base64 (RFC 4648 §5, де +/ стають -_) — потрібний варіант залежить від контексту. JSON Web Tokens, query-string-параметри і SHA-хеші зазвичай використовують URL-safe; email MIME, X.509-сертифікати і більшість випадків «що в clipboard» — standard. Опційний padding (=) можна обрізати для компактних токенів.

Коли використовувати цей інструмент

  • Декодування JWT. Розділіть dot-separated сегменти, прогоніть кожен через декодер, прочитайте JSON. (JWT Decoder робить це за один клік.)
  • Інспекція inline data: URI. Вставте частину після data:image/png;base64, і завантажте оригінальний PNG.
  • Вбудовування невеликого binary у JSON або config. Лого, сертифікати, signing keys — усе подорожує як Base64 у YAML/JSON.
  • Дебаг email-attachments. MIME-частина, що починається з Content-Transfer-Encoding: base64 — це просто Base64-обгорнутий binary; декодуйте тут для інспекції.

Чим Base64 не є

Base64 — не шифрування. Кодування повністю реверсивне будь-ким — немає ключа, немає obscurity. Якщо бачите «ми Base64-имо пароль для безпеки», це security-баг, а не фіча. Розширення 4-до-3 (кожні 3 байти стають 4 символами) також робить Base64 на ~33% більшим за оригінал — нормально для малих payload, марнотратно для multi-MB-файлів. Використовуйте для transport-сумісності, не для розміру чи секретності.

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

Чому encoded-рядок на 33% довший за оригінал?

За дизайном. Base64 використовує 6 бітів інформації на output-символ; байти — 8 біт. Тож 3 байти (24 біти) input дають 4 символи (24 біти) output — співвідношення 4:3 = +33%. Padding-символи "=" в кінці округлюють output до кратного 4 символам. Це розширення — ціна за можливість їздити через text-only канали.

Яка різниця між standard і URL-safe Base64?

Два з 64 символів різні. Standard Base64 використовує + і /; URL-safe — - і _ (бо + і / мають спеціальне значення в URL). Padding теж відрізняється — URL-safe варіанти часто скидають trailing =. JWT і OAuth використовують URL-safe; більшість інших контекстів — standard. Наш інструмент авто-детектить і пропонує обидва.

Base64 — це шифрування?

Ні — це кодування, не шифрування. Будь-хто може декодувати будь-який Base64-рядок назад у оригінальні байти за мілісекунди без ключа. Єдина робота Base64 — представляти binary у text-safe-алфавіті, щоб подорожувати через системи, що калічать non-printable-символи. Для конфіденційності використовуйте справжнє шифрування (AES-GCM, age, libsodium) і потім Base64-те ciphertext, якщо потрібне текстове представлення.

Чи можна кодувати файли?

Так — drag-and-drop або вибрати файл, ми кодуємо client-side. Для дуже великих файлів (понад ~100 MB) encoded-результат тримається в browser memory і може гальмувати; для великих binary command-line base64-утиліта швидша. Зворотне теж працює: вставте Base64-рядок і завантажте як binary, що він представляє — корисно для відновлення inline-encoded файлів з email або API.