Text über UTF-8 in Standard-Base64 kodieren oder Base64 als UTF-8-Text dekodieren. Beim Kodieren bleiben Leerzeichen und Zeilenumbrüche des Textes erhalten. Beim Dekodieren werden sowohl die Base64-Schreibweise als auch die resultierenden UTF-8-Bytes geprüft.
Läuft lokal in deinem BrowserDie Eingabe erfolgt durch Einfügen von Text. Die Umwandlung läuft im Browser; Datei-Upload, Datei-Download und Abruf von URL-Inhalten sind nicht vorgesehen.
你好 😀 ergibt 5L2g5aW9IPCfmIA=. Die Ausgabe verwendet A-Z, a-z, 0-9, + und / sowie bei Bedarf = als Padding, ohne Zeilenumbrüche einzufügen. Leerraum am Textanfang und -ende bleibt erhalten. Einzelne UTF-16-Surrogate werden abgelehnt; leere Eingaben ergeben eine gültige leere Ausgabe.
Ignoriert werden nur ASCII-Leerzeichen, Tabulatoren, CR, LF und Seitenvorschub. Wenn noch kein = vorhanden ist, wird fehlendes Padding bei passender Länge ergänzt: SGVsbG8 wird zu Hello.
Falsches, unvollständiges oder überzähliges Padding, eine verbleibende Länge von 4n+1 und Zusatzzeichen wie in SGVsbG8=!!! führen zu Fehlern. Auch A ist ungültig. Zg== ergibt f; Zh== wird wegen nicht nullgesetzter Padding-Bits abgelehnt.
/w== erfüllt die Base64-Syntax, enthält aber keine gültige UTF-8-Bytefolge. Bei einem Fehler wird die bisherige Ausgabe gelöscht und Kopieren deaktiviert. Eine UTF-8-BOM bleibt als tatsächliches Zeichen U+FEFF erhalten.
Die Base64URL-Zeichen - und _ sowie ein Präfix wie data:text/plain;base64, werden abgelehnt. Einen Base64URL-Modus gibt es nicht. Nur den Base64-Inhalt einfügen, sofern er UTF-8-Text darstellt; Standard-Base64 ersetzt keine URL-Prozentkodierung.
Dieses Werkzeug liefert UTF-8-Text, keine Binärdateien. Eine gültige Base64-Darstellung allein reicht daher nicht für die Verarbeitung von Bildern oder Archiven.
Nein. Base64 ist ohne Schlüssel umkehrbar und bietet keine Vertraulichkeit.