Base32 kodieren und dekodieren
Kodieren Sie Text in Base32 oder dekodieren Sie ihn mit dem Standardalphabet A bis Z und 2 bis 7: Aus „Hello, Base32!“ wird JBSWY3DPFQQEEYLTMUZTEII=. Umlaute und Emojis funktionieren, beschädigte Eingaben werden abgewiesen statt halb dekodiert. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Text
- Hello, Base32!
- Berechnungsmodus
- Encode
- Produktionsmenge
- JBSWY3DPFQQEEYLTMUZTEII=
Dieser Base32-Encoder und -Decoder wandelt Unicode-Text mit dem RFC-4648-Standardalphabet aus den Großbuchstaben A bis Z und den Ziffern 2 bis 7 um. Wählen Sie Kodieren, um UTF-8-Text als Base32 mit standardgerechter Auffüllung auszugeben, oder Dekodieren, um den ursprünglichen Text wiederherzustellen. Beim Dekodieren werden Alphabet, Auffüllung, Länge, ungenutzte Schlussbits und das UTF-8-Ergebnis geprüft, statt beschädigte Inhalte unbemerkt zurückzugeben. Die Umwandlung ist deterministisch, benötigt kein Netzwerk und liefert ein Ergebnis, das sich bequem kopieren lässt.
Wie RFC-4648-Base32 Text darstellt
Base32 ist eine Binär-zu-Text-Kodierung: Sie verschlüsselt, komprimiert oder verbirgt keine Informationen. Im Kodiermodus stellt der Konverter die eingegebene Zeichenfolge zuerst als UTF-8-Bytes dar. Anschließend liest er diese Bytes als zusammenhängenden Bitstrom und teilt ihn in Gruppen von fünf Bits.
Jeder Fünf-Bit-Wert wählt ein Zeichen aus dem RFC-4648-Alphabet, das aus den Großbuchstaben A bis Z und den Ziffern 2 bis 7 besteht. Fünf Eingabebytes enthalten vierzig Bits und ergeben genau acht Base32-Zeichen. Ist der letzte Block kürzer, ergänzen Nullbits das letzte Zeichen; Gleichheitszeichen füllen das Ergebnis bis zu einer Acht-Zeichen-Grenze auf.
Der Konverter gibt stets das Standardalphabet und eine kanonische Auffüllung aus, sodass Sie das Resultat direkt mit kompatiblen Bibliotheken vergleichen können. Unicode wird vor der Bitverarbeitung umgewandelt. Dadurch behalten Akzente, nichtlateinische Schriften und Emojis eine stabile Darstellung.
Gleiche Eingabe und gleicher Modus erzeugen ausnahmslos dasselbe Ergebnis.
Prüfung und Fehlerverhalten beim Dekodieren
Der Dekodiermodus behandelt die Eingabe als RFC-4648-Base32 und nicht als lediglich ähnlich aussehendes Token. Groß- und Kleinbuchstaben sind zulässig, doch jedes Datenzeichen muss zu A-Z oder 2-7 gehören. Ein Gleichheitszeichen ist ausschließlich als abschließende Auffüllung erlaubt; seine Anzahl muss zur Zahl der Datenzeichen im letzten Block passen.
Längen, die keine vollständigen Bytes darstellen können, werden ebenfalls abgelehnt. Zusätzlich prüft der Konverter die ungenutzten Schlussbits. Normgerechte Encoder setzen diese auf null; andere Werte zu akzeptieren, würde mehrere Schreibweisen derselben Bytefolge ermöglichen.
Nach der Rückgewinnung bestätigt ein strenger UTF-8-Decoder, dass die Bytes Text bilden, denn diese Fähigkeit liefert eine Zeichenfolge und keine beliebige Binärdatei. Unzulässige Zeichen, falsch platzierte Auffüllung, unmögliche Längen, von null abweichende Restbits oder ungültiges UTF-8 führen zu einem Eingabefehler ohne Teilergebnis. Diese Strenge ist bei Geheimnissen, kopierten Konfigurationen und Interoperabilitätstests hilfreich.
Unaufgefülltes Base32 wird akzeptiert, sofern seine Struktur gültig ist.
Einsatz in Werkzeugen und automatisierten Abläufen
Geben Sie für eine Umwandlung den Text ein und wählen Sie Kodieren oder Dekodieren. Beim Kodieren steht eine aufgefüllte Base32-Zeichenfolge im Ausgabefeld; beim Dekodieren enthält dasselbe Feld die wiederhergestellte Unicode-Zeichenfolge. Base32 eignet sich, wenn ein Wert Systeme mit begrenztem Zeichenvorrat durchlaufen muss, etwa Bereitstellungsdatensätze, lesbare Konfigurationen oder Speicher ohne Beachtung der Großschreibung.
Das Verfahren ist bei Authenticator-Geheimnissen verbreitet, schützt ein Geheimnis jedoch nicht; Zugriffskontrollen bleiben erforderlich. Sie können außerdem Referenzvektoren für eine andere Programmiersprache erstellen, aus Dokumentationen kopierte Daten prüfen oder einen unbekannten Wert vor dem Import untersuchen. Der Algorithmus nutzt weder Netzwerk noch Zufall, Uhrzeit, Kontostatus oder externe Dienste und eignet sich deshalb für reproduzierbare Builds und Tests.
Anwendungsfälle
Interoperable Konfigurationswerte vorbereiten
Kodieren Sie Unicode-Text mit Standardalphabet und Auffüllung, bevor Sie ihn in einer Textkonfiguration speichern oder mit einem kompatiblen System austauschen.
Kopiertes Base32-Material prüfen
Dekodieren Sie einen eingefügten Wert und erhalten Sie einen klaren Fehler bei ungültigem Zeichen, Auffüllung, Schlussbit oder UTF-8-Ergebnis.
Sprachübergreifende Testvektoren erstellen
Erzeugen Sie stabile Ein- und Ausgaben zum Vergleich von Base32-Implementierungen in Browsern, Servern und Kommandozeilenwerkzeugen.
Häufige Fragen
Welches Base32-Alphabet verwendet dieser Konverter?
Er verwendet das RFC-4648-Standardalphabet: Großbuchstaben A bis Z und Ziffern 2 bis 7 sowie Gleichheitszeichen zur Ausgabeauffüllung.
Akzeptiert der Dekodiermodus Kleinbuchstaben?
Ja. Buchstaben werden vor dem Dekodieren in Großbuchstaben umgewandelt; Zeichen außerhalb des RFC-4648-Alphabets werden abgelehnt.
Ist Base32 eine Verschlüsselung?
Nein. Base32 ist eine umkehrbare Darstellung von Bytes, keine Verschlüsselung und kein Hash. Wer den Wert besitzt, kann ihn dekodieren.
Was geschieht bei einem ungültigen Zeichen?
Die Anfrage scheitert mit einem Eingabefehler, der Zeichen und Position nennt; teilweise dekodierter Text wird nicht zurückgegeben.
Warum endet das Ergebnis mit Gleichheitszeichen?
Das ist die Auffüllung. Base32 arbeitet in Blöcken aus acht Zeichen, weil fünf Bytes genau acht davon füllen; ist der letzte Block kürzer, ergänzen Gleichheitszeichen ihn, wie in Ihrem Beispiel mit der Endung EII=.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/web/base32-convert \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"Hello, Base32!","mode":"encode"}'const res = await fetch("https://api.kit.forhosting.com/web/base32-convert", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "Hello, Base32!",
"mode": "encode"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/web/base32-convert",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "Hello, Base32!",
"mode": "encode"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/base32-convert", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"Hello, Base32!","mode":"encode"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"Hello, Base32!","mode":"encode"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/web/base32-convert", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"text": "Hello, Base32!",
"mode": "encode"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "web.base32_convert",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
timeout_sec | 30 |
max_crawl_pages | 25 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Einsatz in Werkzeugen und automatisierten Abläufen
Die interaktive Umwandlung läuft im Browser; jedes automatisiert über die API verarbeitete Element kostet $0.002.
Technische Fragen
Was kostet eine Umwandlung über die API?
Jedes erfolgreich über die API verarbeitete Element nutzt den veröffentlichten Grundpreis von $0.002. Die interaktive Umwandlung ist im Browser verfügbar.