# Text в Base64URL Конвертер

Кодуйте текст у URL-безпечний Base64 або декодуйте його назад відповідно до алфавіту base64url з розділу 5 RFC 4648. Інструмент перетворює введені дані на UTF-8, використовує - і _ замість + і / та пропускає доповнення =, якщо ви його не ввімкнете. Під час декодування він приймає дані з доповненням і без нього. Розробники використовують його для частин JWT, значень PKCE для OAuth, підписаних URL-адрес і назв файлів, які мають залишатися придатними для використання в посиланнях.

## Поширені запитання

### Що таке Base64URL?

Base64URL — це безпечний для URL і назв файлів варіант Base64, визначений у розділі 5 RFC 4648. У ньому + замінено на -, а / — на _, тож результат можна використовувати в URL-адресах і назвах файлів без екранування. Символ = для доповнення зазвичай не використовують.

### Можна побачити приклад?

Текст foobar кодується як Zm9vYmFy — так само, як у стандартному Base64. Текст ??> кодується як Pz8-, тоді як стандартний Base64 дає Pz8+, а subjects?_d — як c3ViamVjdHM_X2Q. Декодування повертає початковий текст.

### Чи варто вмикати заповнення?

Залиште його вимкненим для JWT, викликів PKCE та більшості вебсценаріїв, у яких знаки = прибираються. Вмикайте його лише тоді, коли система-одержувач очікує довжину, кратну чотирьом. Декодер приймає обидва варіанти.

### Як декодувати JWT за допомогою цього інструмента?

Скопіюйте частину заголовка або корисного навантаження — текст між крапками — і декодуйте її. Ви отримаєте JSON. Третя частина — це двійковий підпис, тому інструмент повідомляє, що він не є коректним текстом у UTF-8.

### Чому моє введення відхилено?

Допустимі лише символи від A до Z, від a до z, від 0 до 9, - і _, а також необов’язкові знаки = наприкінці. Символи стандартного Base64 + і / не приймаються, тож використовуйте для них Конвертер Base64. Довжина, за якої в останній групі залишається лише один символ, також недопустима.

### Інструмент ігнорує пробіли?

Так. Перед декодуванням пробіли, табуляції та переноси рядків видаляються. Це зручно для значень, скопійованих із журналів або електронних листів із переносами.

### Як обробляються спеціальні символи та емодзі?

Перед перетворенням текст кодується в UTF-8, тож будь-який символ, зокрема емодзі, точно відтворюється після зворотного перетворення. Декодовані байти мають утворювати коректний UTF-8, щоб їх можна було показати.

### Чи безпечний Base64URL для конфіденційних даних?

Ні. Це лише кодування, яке не забезпечує захисту. Наприклад, корисне навантаження JWT може прочитати будь-хто, тому воно не має містити секретів.

### Який розмір накладних даних?

Кожні 3 байти перетворюються на 4 символи, тож закодовані дані приблизно на 33 відсотки більші. Без заповнення результат може бути коротшим щонайбільше на два символи.

### Який обсяг тексту можна перетворити?

До 5 MiB тексту на запит. Введені дані не зберігаються.

Ваша реклама тут?

[Напишіть нам електронною поштою](mailto:hi@dennn.is?subject=%D0%A0%D0%B5%D0%BA%D0%BB%D0%B0%D0%BC%D0%B0%20%D0%BD%D0%B0%20OneClick%20Pro)

[Реклама Набір плагінів для роботи з агентами для WordPress.](https://sleekwp.com/?ref=oneclickpro)