Base64 kodowanie/dekodowanie
Base64 kodowanie/dekodowanie
Base64 kodowanie/dekodowanie obsługuje tryb tekstowy i obrazów, koduje i dekoduje tekst UTF-8, generuje Data URL lub czysty Base64 z przesłanych obrazów oraz lokalnie odtwarza podgląd i pobieranie.
Szybki start
Typowe scenariusze
URL/JWT
preferuj wariant URL‑safe („-”/„_”); końcowe „=” można pominąć, by uniknąć problemów z escapowaniem.
E‑mail/MIME
gdy wymagane jest zawijanie, stosuj regułę 76 kolumn (CRLF); w zastosowaniach webowych zwykle nie zawijaj. To narzędzie udostępnia zawijanie na 76 kolumn oraz przełącznik LF/CRLF.
Wielolinijkowy tekst
włącz „Koduj w trybie liniowym”, aby każdą linię zakodować niezależnie.
MIME/PEM
włącz „Zawijaj zgodnie z MIME co 76 znaków (CRLF)”; jeśli chcesz LF, włącz jednocześnie „Używaj LF (\n) jako znaku końca linii”.
Data URL
przy osadzaniu użyj data:[mime];base64,…; dekoder automatycznie wycina część po przecinku.
Kontrola spójności
zakoduj, a następnie od razu zdekoduj, aby upewnić się, że wynik jest identyczny.
Przesyłanie obrazu
zachowaj oryginalne bajty i przełączaj się między Data URL a surowym Base64 bez ponownego wysyłania pliku
Data URL obrazu
wklej data:image/...;base64,..., aby automatycznie wykryć MIME i odbudować obraz gotowy do podglądu
Surowe dane obrazu w Base64
przed odbudową podglądu lub pobraniem jawnie podaj oryginalny typ MIME obrazu
Dodatkowy scenariusz
kodowanie Base64, dekodowanie Base64 i konwerter Base64 można obsłużyć w tym samym przepływie, aby szybciej sprawdzić wynik przed kopiowaniem lub eksportem.
Parametry kodowania i warianty
Wskazówki użycia
Ograniczenia i kompatybilność
Prywatność i bezpieczeństwo
Najczęstsze pytania
Base64 to sposób bezpiecznego reprezentowania dowolnych danych binarnych w postaci tekstowej. Pojawił się najpierw w standardzie MIME dla poczty (lata 90., RFC 1521/2045), a później został ujednolicony przez RFC 4648. Celem nie jest „szyfrowanie”, ale niezawodne przenoszenie bajtów przez kanały zorientowane na tekst. Jak to działa: co 3 bajty (24 bity) dzieli się na 4 bloki po 6 bitów, mapując je na 64 znaki A–Z, a–z, 0–9, +, /. Jeśli długość danych nie jest wielokrotnością 3, stosuje się znak „=” do wyrównania. Rozmiar zwykle rośnie o ~33%. Warianty i wybór: RFC 4648 definiuje wariant URL‑safe, używający „-” i „_” zamiast „+” i „/” oraz pozwalający pominąć końcowe „=”. Dla URL, Cookies i JWT poleca się URL‑safe; dla tradycyjnych narzędzi/MIME lepiej użyć standardowego Base64 (z +/ i =). To narzędzie domyślnie generuje URL‑safe, a dekoder akceptuje oba warianty. Data URL: przy osadzaniu danych w tekście (np. HTML/CSS) stosuje się zwykle zapis data:[mime];base64,…; przy dekodowaniu wystarczy pobrać część po przecinku (to narzędzie zrobi to automatycznie). W skrócie: Base64 to odwracalne formatowanie, nie zapewnia poufności ani integralności – do danych wrażliwych najpierw użyj prawdziwego szyfrowania.
Nie. Każdy może zdekodować ciąg Base64; jeśli dane mają być tajne, trzeba je najpierw zaszyfrować, a dopiero potem zakodować.
Dozwolone są jedynie znaki A–Z, a–z, 0–9, +, / oraz = i muszą być spełnione reguły długości (wielokrotność 4 po dopełnieniu).
Różnice zwykle wynikają z obsługi zawijania wierszy, obecności/nieobecności znaków „=”, użycia wariantu URL‑safe (−/_), a także z detali implementacyjnych. Najlepiej ujednolicić UTF‑8, wyłączyć automatyczne zawijanie oraz jasno ustalić, czy korzystasz z URL‑safe i czy zachowujesz dopełnienie.
Base64 wykorzystuje 6 bitów do reprezentowania 8 bitów, stąd ok. 33% narzutu – to właściwość samej metody.
Tak, przy użyciu UTF‑8. Po zdekodowaniu tekst może wyglądać na „śmieciowy”, jeśli pierwotnie był to surowy binarny strumień, a nie tekst.