Base64 в зображення

Base64 в зображення, це безплатний інструмент, який перетворює закодовані в Base64 дані зображення назад на зображення.

Як Base64 представляє зображення?

Base64 представляє зображення, перетворюючи його двійкові байти на обмежений набір друкованих текстових символів. Це кодування потрібне тому, що деякі системи призначені для передавання тексту, а не необроблених двійкових даних. Закодовані байти простіше вставити в електронний лист, JSON, HTML та інші текстові формати.

Стандартний алфавіт Base64 містить великі й малі латинські літери, цифри, знаки плюс і скісні риски. Наприкінці може бути знак рівності, який використовується для доповнення. Зазвичай кожні три вхідні байти перетворюються на чотири символи Base64, тому закодовані дані приблизно на третину більші за початкові.

Принцип роботи добре видно на короткому текстовому прикладі:

• Початкові байти, інтерпретовані як текст: Man
• Результат у Base64: TWFu

Зображення проходить той самий процес, але його початкові байти описують файл PNG, JPEG, GIF, WebP або іншого графічного формату, а не читабельний текст. Необроблені дані Base64 самі собою не вказують тип зображення. Він може бути зазначений в URL-адресі даних або визначений за сигнатурою декодованого файлу.

Як перетворити Base64 назад на зображення?

Встав дані зображення у форматі Base64 в інструмент і запусти перетворення. Результатом буде зображення. Спочатку перевір, що саме містить значення: необроблені дані Base64 чи повну URL-адресу даних.

1. Знайди закодоване значення та скопіюй його з JSON, CSS або вихідного коду без лапок навколо.
2. Перевір, чи є префікс URL-адреси даних, наприклад data:image/png;base64,. Власне дані Base64 починаються після коми.
3. Якщо інструмент відхиляє повну URL-адресу даних, видали префікс і надішли лише закодовані дані. Різні декодери можуть підтримувати або не підтримувати таку обгортку.
4. Перш ніж використовувати отримане зображення деінде, перевір його вміст, розміри та формат.

Пробіли й перенесення рядків іноді з'являються, коли поштове програмне забезпечення розбиває довге значення Base64. Деякі декодери ігнорують такі пробільні символи, а суворіші відхиляють вхідні дані. Не додавай до закодованих даних розділових знаків або пояснювального тексту. Цифри є допустимими символами Base64, але послідовність, що складається лише з допустимих символів, не обов'язково містить зображення.

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

Чому зображення Base64 не декодується?

Зображення Base64 зазвичай не декодується через пошкоджені або неповні дані, неправильний алфавіт чи відсутність байтів зображення. Причиною також може бути подвійне кодування, якщо джерело закодувало дані більше одного разу. Місце й характер помилки допомагають з'ясувати її причину.

• Обрізані вхідні дані. Під час копіювання із журналів, засобів перегляду баз даних або систем обміну повідомленнями кінець довгого значення може загубитися. Через відсутні символи декодовані байти зазвичай стають неповними.
• Неправильний варіант або алфавіт. Стандартний Base64 використовує + і /, а Base64url зазвичай використовує - і _. Декодер, розрахований на інший варіант, може відхилити вхідні дані.
• Немає доповнення. Значення Base64 можуть закінчуватися одним або двома знаками рівності. Деякі системи пропускають це доповнення, а деякі декодери відновлюють його. Однак суворі реалізації можуть вимагати його наявності.
• Двійкові дані не є зображенням. Base64 може представляти PDF, архів, шрифт або будь-які інші байти. Тому коректний Base64 не гарантує, що всередині міститься коректне зображення.
• Плутанина з кодуванням тексту. Літери з діакритичними знаками, емодзі та нелатинські символи не входять до алфавіту Base64. Перед кодуванням у Base64 такі символи спочатку потрібно представити як байти, зазвичай у UTF-8.
• Подвійне кодування. Якщо після першого декодування отримано ще одну довгу послідовність, що містить лише символи Base64, джерело могло бути закодоване двічі. Декодуй проміжне значення ще раз лише тоді, коли його походження підтверджує, що саме такий результат очікується.

Якщо звичайний декодер Base64 видає нечитабельні символи, це не обов'язково означає помилку декодування. Байти зображення є двійковими даними й не мають виглядати як читабельний текст. Скористайся інструментом Декодер Base64, щоб перевірити дані, які не є зображенням, або інструментом Зображення в Base64, щоб виконати зворотне перетворення.

Де використовують зображення у форматі Base64?

Дані зображень у Base64 використовують там, де двійкові файли потрібно передати через поле або документ, орієнтований на текст. Поширені приклади: зображення, вбудовані в URL-адреси даних у HTML чи CSS, властивості зображень у даних JSON API та частини електронних листів у форматі MIME.

Base64 також може траплятися в рядках запиту. Парсери запитів у застосунках іноді неправильно обробляють стандартні символи Base64, особливо парсери форм, які сприймають знаки плюс як пробіли, а знаки рівності як роздільники. Base64url замінює проблемні символи алфавіту й часто не використовує доповнення, тому краще підходить для URL-адрес і токенів.

Інтернаціоналізовані доменні імена не використовують Base64. У системі IDNA мітки ASCII залишаються без змін, а U-мітки з символами поза ASCII можуть бути представлені як A-мітки за допомогою Punycode. Значення Base64 може міститися в іншій частині URL-адреси, наприклад у рядку запиту. Це важливо враховувати, коли з'ясовуєш походження значення, скопійованого з адресного рядка браузера.

JSON не має вбудованого двійкового типу даних, тому API іноді поміщають вміст зображення Base64 у рядок у лапках. Це зручно для текстового обміну даними, але збільшує розмір запиту або відповіді. Для великих чи частих завантажень зазвичай краще підходить звичайне передавання двійкового файлу.

Кодування Base64, конфіденційність і обробка на сервері

Base64 є кодуванням, а не шифруванням, і не забезпечує конфіденційності. Будь-хто, хто має це значення, може декодувати його без пароля чи ключа. Тому не слід захищати облікові дані, приватні фотографії та конфіденційні документи, просто перетворюючи їх на Base64.

Цей інструмент виконує обробку на сервері. Вхідні дані передаються на сервер через HTTPS і не зберігаються. HTTPS захищає з'єднання під час передавання даних, але не перетворює значення Base64 на зашифрований вміст і не робить ненадійне джерело безпечним.

Декодування також не перевіряє, чи є зображення нешкідливим. Поводься із зображеннями, декодованими зі значень Base64 від невідомих відправників, так само обережно, як і з іншими завантаженими зображеннями.

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

Чи можна визначити формат зображення за необробленим Base64?

Іноді можна, але сам алфавіт Base64 не містить відомостей про формат. Декодовані файли мають сигнатури, які часто називають магічними байтами. За ними програмне забезпечення може розрізняти такі формати, як PNG, JPEG і GIF. URL-адреса даних також може вказувати тип медіа, але ця мітка іноді буває неправильною й не повинна мати перевагу над фактичними байтами.

Чи погіршує декодування Base64 якість зображення?

Ні. Правильне декодування Base64 відновлює початкові байти й не стискає зображення повторно. Якість зображення, дані про кольори та вбудовані метадані залишаються без змін, якщо інша програма згодом не відредагує або не перетворить декодований файл.

Чи може Base64 містити зображення SVG?

Так, дані SVG можна закодувати в Base64, хоча можливість їх відображення залежить від програмного забезпечення, яке їх отримує. SVG є форматом на основі XML і може містити сценарії, посилання або зовнішні ресурси. Тому не вважай, що закодований у Base64 файл SVG із невідомого джерела безпечно відкривати.

Чому зображення Base64 більше за початковий файл?

Base64 створює чотири текстові символи на кожні три байти початкових даних, а останній блок може містити доповнення. RFC 4648 вимагає доповнення, якщо специфікація, яка посилається на нього, прямо не дозволяє його пропустити. Тому результат приблизно на третину більший ще до додавання префікса URL-адреси даних, лапок JSON або службових даних передавання. Якщо система підтримує звичайне завантаження файлів, передавання початкового двійкового зображення зазвичай потребує менше даних.