Base64 енкодер/декодер

Кодирайте и декодирайте Base64 текст незабавно, директно във Вашия браузър.

Входни данни

Изходни данни

Готово. Поставете текст или Base64 код, за да започнете.

Вашият текст се кодира и декодира директно в браузъра Ви. Нищо не се качва в BroBroGo.

ЧЗВ

Безопасно ли е да поставя текста си тук?

Да. Кодирането и декодирането се извършват изцяло във Вашия браузър — нищо не се изпраща до BroBroGo.

Поддържат ли се правилно китайски йероглифи, емоджита и други многобайтови знаци?

Да. Текстът се кодира и декодира като UTF-8, така че многобайтовите знаци се преобразуват правилно в двете посоки, вместо да се превръщат в нечетими символи.

Каква е разликата между стандартния и URL-safe Base64?

URL-safe Base64 замества знаците + и / съответно с - и _, и премахва запълването (padding), така че резултатът може да се използва директно в URL адрес или име на файл без екраниране.

Същност и предназначение на Base64 кодирането

Base64 е схема за кодиране на двоични данни в текстова форма, която преобразува байтовете в поредица от 64 печатаеми знака от таблицата ASCII. Този процес се използва широко в уеб разработката и мрежовите комуникации, когато е необходимо да се пренесе информация през среди, проектирани да обработват единствено текстов формат. Чрез преобразуването на данните в ограничена група от символи се избягва рискът от модификация или неправилно тълкуване на контролни или специални знаци от по-стари пощенски системи, протоколи или бази данни.

Инструментът позволява бързо преобразуване на обикновен текст в Base64 кодиран низ и обратно. Той е предназначен за разработчици, поддържащ персонал и технически потребители, които трябва да обработват малки части от UTF-8 текст или да проверят коректността на двупосочното преобразуване (round-trip).

Разлики между стандартен и URL-safe Base64

Стандартната схема на Base64 използва символите от латинската азбука (A–Z, a–z), цифрите (0–9) и два специални знака: „+“ (плюс) и „/“ (наклонена черта). За запълване на дължината на блока до кратно на 4 се използва знакът „=“ (равно). Наличието на символите „+“, „/“ и „=“ обаче създава проблеми, когато кодираният низ трябва да се предаде като част от URL адрес или да се използва като име на файл, тъй като тези знаци имат специално значение в уеб протоколите и изискват допълнително екраниране.

За да се избегне това, се използва вариантът URL-safe. При него се прилагат следните правила:

  • Знакът „+“ се заменя с „-“ (тире).
  • Знакът „/“ се заменя с „_“ (долна черта).
  • Символите за запълване (padding) се премахват напълно.

Това позволява на потребителите да използват кодираните данни директно в URL адреси или файлови системи без риск от грешки при интерпретирането.

Обработка на многобайтови знаци и UTF-8

При работа с текстови данни е от критично значение как се интерпретират символите извън стандартната ASCII таблица, като например кирилица, китайски йероглифи или емоджита. Този инструмент обработва текстовите данни изцяло като UTF-8.

UTF-8 е кодиране с променлива дължина, при което един знак може да заема от един до четири байта. Инструментът гарантира, че многобайтовите знаци се преобразуват правилно в байтови поредици преди кодирането и се възстановяват точно при декодирането, предотвратявайки появата на нечетими символи.

Правила за работа и интерфейс на инструмента

Инструментът функционира по предварително дефинирани правила за улеснение на работния процес:

  • При първоначално зареждане на страницата режимът по подразбиране е настроен на „Кодиране“ с избран „Стандартен“ вариант.
  • Когато превключите от режим „Кодиране“ на „Декодиране“, текущото съдържание от полето „Изходни данни“ автоматично се премества в полето „Входни данни“, което улеснява бързата проверка на резултата.
  • Бутонът „Изчистване“ изтрива съдържанието на изходното поле и автоматично позиционира курсора обратно в полето за въвеждане.
  • При декодиране инструментът игнорира празни пространства (интервали, нови редове) и приема URL-safe знаци.

Инструментът има ограничение за дължина на въвежданите данни до 5 000 000 знака. Ако това ограничение бъде надвишено, се показва съобщението: „Текстът е твърде дълъг за този инструмент — опитайте с по-къси входни данни.“.

Анализ на грешките при декодиране

При обработка на входящи данни за декодиране могат да възникнат две специфични грешки, свързани с валидността на формата:

  1. Невалидна структура на Base64: Ако въведеният низ съдържа символи извън разрешената азбука за съответния вариант (например букви на кирилица или специални символи в режим на декодиране), инструментът показва съобщението: „Невалиден Base64 формат — проверете за грешни знаци или грешка при копирането.“.
  2. Невалиден UTF-8 резултат: Възможно е въведеният Base64 низ да е структурно валиден, но след неговото декодиране получените байтове да не съответстват на валиден UTF-8 текст. Това се случва често, когато се прави опит за декодиране на чисти двоични данни, като например изображения, архиви или шрифтове. В този случай се извежда съобщението: „Валиден Base64, но декодираните байтове не са валиден UTF-8 текст — това може да са двоични данни (изображение, шрифт и др.), а не кодиран текст.“.

Поверителност и сигурност на данните

Всички операции по кодиране и декодиране се извършват изцяло в браузъра на потребителя. Въведеният текст и получените резултати не се изпращат към външни сървъри и нищо от въведеното съдържание не се качва в BroBroGo. Обработката се извършва локално на Вашето устройство чрез скриптове в браузъра.


Често задавани въпроси

Безопасно ли е да поставя текста си тук?
Да. Кодирането и декодирането се извършват изцяло във Вашия браузър — нищо не се изпраща до BroBroGo.

Поддържат ли се правилно китайски йероглифи, емоджита и други многобайтови знаци?
Да. Текстът се кодира и декодира като UTF-8, така че многобайтовите знаци се преобразуват правилно в двете посоки, вместо да се превръщат в нечетими символи.

Каква е разликата между стандартния и URL-safe Base64?
URL-safe Base64 замества знаците + и / съответно с - и _, и премахва запълването (padding), така че резултатът може да се използва директно в URL адрес или име на файл без екраниране.

Защо получавам съобщение, че декодираните байтове не са валиден UTF-8 текст?
Това съобщение се появява, когато въведеният Base64 код е валиден, но получените след декодирането байтове представляват двоични данни (например картинка или системен файл), а не четим текст.