Base64 na obrazek

Base64 na obrazek to bezpłatne narzędzie, które przekształca dane obrazu zakodowane w Base64 z powrotem w obraz.

Jak Base64 reprezentuje obraz?

Base64 reprezentuje obraz, zamieniając jego binarne bajty na ograniczony zestaw drukowalnych znaków tekstowych. Ten sposób kodowania powstał z myślą o systemach przeznaczonych do przesyłania tekstu, a nie nieprzetworzonych danych binarnych. Dzięki temu bajty można łatwiej umieścić w wiadomości e-mail, formacie JSON, kodzie HTML lub innym formacie tekstowym.

Standardowy alfabet Base64 obejmuje wielkie i małe litery, cyfry, znaki plus oraz ukośniki. Na końcu może wystąpić znak równości używany jako dopełnienie. Każde trzy bajty danych wejściowych są zwykle zamieniane na cztery znaki Base64, dlatego zakodowana postać jest mniej więcej o jedną trzecią większa od danych źródłowych.

Prosty przykład tekstowy dobrze pokazuje zasadę działania:

• Oryginalne bajty zinterpretowane jako tekst: Man
• Wynik w Base64: TWFu

Obraz jest przetwarzany w ten sam sposób, ale jego pierwotne bajty opisują plik PNG, JPEG, GIF, WebP lub inny format obrazu, a nie czytelny tekst. Surowe dane Base64 same w sobie nie określają typu obrazu. Informacja ta może znajdować się w adresie URL danych albo zostać rozpoznana na podstawie sygnatury zdekodowanego pliku.

Jak zamienić Base64 z powrotem na obraz?

Wklej dane obrazu w Base64 do narzędzia i rozpocznij konwersję. Otrzymanym wynikiem będzie obraz. Najpierw sprawdź jednak, czy masz surowe dane Base64, czy pełny adres URL danych.

1. Znajdź zakodowaną wartość i skopiuj ją z pliku JSON, CSS lub kodu źródłowego bez otaczających cudzysłowów.
2. Poszukaj prefiksu adresu URL danych, na przykład data:image/png;base64,. Właściwy ładunek Base64 zaczyna się po przecinku.
3. Jeśli pełny adres URL danych zostanie odrzucony, usuń prefiks i prześlij wyłącznie zakodowany ładunek. Poszczególne dekodery różnią się pod względem obsługi takiej otoczki.
4. Zanim użyjesz obrazu w innym miejscu, sprawdź, czy ma oczekiwaną zawartość, wymiary i format.

Spacje i podziały wierszy mogą pojawić się, gdy program pocztowy zawija długą wartość Base64. Niektóre dekodery ignorują takie białe znaki, ale bardziej rygorystyczne je odrzucają. Nie dodawaj do ładunku znaków interpunkcyjnych ani objaśnień. Cyfry są prawidłowymi znakami Base64, jednak ciąg złożony wyłącznie z dozwolonych znaków nie musi być obrazem.

Pusta wartość Base64 oznacza brak bajtów, więc nie da się z niej uzyskać użytecznego obrazu. Bardzo długie wartości zajmują też dużo miejsca, ponieważ Base64 zwiększa rozmiar danych źródłowych, a ich przetworzenie wymaga przesłania i zdekodowania całego zakodowanego ciągu.

Dlaczego nie mogę zdekodować obrazu Base64?

Dekodowanie obrazu Base64 zwykle kończy się niepowodzeniem, gdy dane są nieprawidłowe lub niekompletne, używają niewłaściwego alfabetu albo nie zawierają bajtów obrazu. Przyczyną może być również podwójne kodowanie, jeśli źródło zakodowało dane więcej niż raz. Miejsce i sposób wystąpienia błędu mogą pomóc ustalić jego powód.

• Ucięte dane wejściowe. Kopiowanie z dzienników, podglądu bazy danych lub komunikatora może obciąć końcówkę długiej wartości. Brakujące znaki zwykle powodują, że zdekodowane bajty są niekompletne.
• Niewłaściwy wariant lub alfabet. Standardowy Base64 używa znaków + i /, natomiast Base64url zazwyczaj korzysta ze znaków - i _. Dekoder oczekujący drugiego wariantu może odrzucić dane wejściowe.
• Brak dopełnienia. Wartości Base64 mogą kończyć się jednym lub dwoma znakami równości. Niektóre systemy pomijają to dopełnienie, a część dekoderów potrafi je odtworzyć, jednak rygorystyczne implementacje mogą go wymagać.
• Dane binarne, które nie są obrazem. Base64 może reprezentować plik PDF, archiwum, czcionkę lub dowolne inne bajty. Poprawna wartość Base64 nie gwarantuje więc, że zawiera prawidłowy obraz.
• Nieprawidłowe rozumienie kodowania tekstu. Litery ze znakami diakrytycznymi, emoji i znaki spoza alfabetu łacińskiego nie należą do alfabetu Base64. Przed zakodowaniem w Base64 trzeba najpierw przedstawić je jako bajty, najczęściej przy użyciu UTF-8.
• Podwójne kodowanie. Jeśli po pierwszym dekodowaniu otrzymasz kolejny długi ciąg zawierający wyłącznie znaki Base64, dane źródłowe mogły zostać zakodowane dwukrotnie. Zdekoduj wartość pośrednią jeszcze raz tylko wtedy, gdy jej pochodzenie potwierdza, że jest to oczekiwane.

Jeśli ogólny dekoder Base64 zwraca niezrozumiałe znaki, nie musi to oznaczać błędu dekodowania. Bajty obrazu są danymi binarnymi i nie powinny być czytelne jako tekst. Użyj narzędzia Dekoder Base64, jeśli chcesz sprawdzić ładunek, który nie jest obrazem, albo Obraz na Base64, gdy potrzebujesz wykonać operację odwrotną.

Gdzie używa się danych obrazów Base64?

Dane obrazów Base64 występują wszędzie tam, gdzie pliki binarne trzeba przesłać w polu lub dokumencie przeznaczonym do obsługi tekstu. Typowe przykłady to obrazy osadzone w adresach URL danych w HTML lub CSS, właściwości obrazów w ładunkach interfejsów API zapisanych jako JSON oraz części MIME wiadomości e-mail.

Base64 może też występować w parametrach zapytania. Parsery aplikacji mogą nieprawidłowo obsługiwać standardowe znaki Base64, zwłaszcza parsery formularzy, które interpretują znaki plus jako spacje, a znaki równości jako separatory. Base64url zastępuje problematyczne znaki alfabetu i często pomija dopełnienie, dzięki czemu lepiej nadaje się do adresów URL i tokenów.

Umiędzynarodowione nazwy domen nie korzystają z Base64. W systemie IDNA etykiety ASCII pozostają bez zmian, natomiast etykiety U-label zawierające znaki spoza ASCII mogą być przedstawiane jako etykiety A-label przy użyciu Punycode. Wartość Base64 może występować w innej części adresu URL, na przykład w jego parametrach zapytania. To rozróżnienie jest ważne podczas analizowania wartości skopiowanej z paska adresu przeglądarki.

JSON nie ma natywnego typu danych binarnych, dlatego interfejsy API czasami umieszczają zawartość obrazu Base64 w ciągu ujętym w cudzysłowy. Jest to wygodne przy wymianie danych tekstowych, ale zwiększa rozmiar ładunku. Przy dużych lub częstych transferach zwykłe przesyłanie plików binarnych jest często lepszym rozwiązaniem.

Kodowanie Base64, poufność i przetwarzanie na serwerze

Base64 jest kodowaniem, a nie szyfrowaniem, i nie zapewnia poufności. Każdy, kto ma tę wartość, może ją zdekodować bez hasła lub klucza. Samo przekształcenie danych logowania, prywatnych zdjęć czy poufnych dokumentów do Base64 nie stanowi więc ich zabezpieczenia.

W tym narzędziu przetwarzanie odbywa się na serwerze. Dane wejściowe są przesyłane na serwer przez HTTPS i nie są przechowywane. HTTPS chroni połączenie podczas transmisji, ale nie zmienia wartości Base64 w zaszyfrowaną zawartość ani nie sprawia, że dane z niezaufanego źródła stają się bezpieczne.

Dekodowanie nie sprawdza również, czy obraz jest nieszkodliwy. Obrazy zdekodowane z wartości Base64 otrzymanych od nieznanych nadawców traktuj równie ostrożnie jak inne pobrane obrazy.

Najczęściej zadawane pytania

Czy da się rozpoznać format obrazu na podstawie surowego Base64?

Czasami tak, ale sam alfabet Base64 nie określa formatu. Zdekodowane pliki zawierają sygnatury, często nazywane magicznymi bajtami, dzięki którym oprogramowanie może rozróżnić formaty takie jak PNG, JPEG i GIF. Adres URL danych może też deklarować typ multimediów, jednak ta informacja bywa błędna i nie powinna być uznawana za ważniejszą niż rzeczywiste bajty.

Czy dekodowanie Base64 obniża jakość obrazu?

Nie. Prawidłowe dekodowanie Base64 przywraca oryginalne bajty i nie kompresuje obrazu ponownie. Jakość obrazu, dane kolorów i osadzone metadane pozostają bez zmian, chyba że inny program później edytuje lub konwertuje zdekodowany plik.

Czy Base64 może zawierać obraz SVG?

Tak, dane SVG można zakodować w Base64, choć możliwość ich wyświetlenia zależy od oprogramowania odbierającego. SVG to format oparty na XML, który może zawierać skrypty, odnośniki lub odwołania do zasobów zewnętrznych. Nie zakładaj więc, że plik SVG zakodowany w Base64 i pochodzący z nieznanego źródła można bezpiecznie otworzyć.

Dlaczego obraz Base64 jest większy od oryginalnego pliku?

Base64 tworzy cztery znaki tekstowe na każde trzy bajty danych źródłowych, a ostatnia grupa może zawierać dopełnienie. RFC 4648 wymaga dopełnienia, chyba że specyfikacja odwołująca się do tego standardu wyraźnie zezwala na jego pominięcie. Wynik jest więc mniej więcej o jedną trzecią większy, jeszcze zanim zostaną dodane prefiks adresu URL danych, cudzysłowy formatu JSON lub narzut związany z transmisją. Jeśli system obsługuje zwykłe przesyłanie plików, wysłanie oryginalnego obrazu binarnego zazwyczaj wymaga przesłania mniejszej ilości danych.