ForHosting KIT · Entwickler-Tools

Crockford Base32 Encoder

„Hello“ wird in Crockford Base32 zu 91JPRV3F, einem Alphabet ohne I, L, O und U, damit Seriennummern und Support-Codes Telefondurchsagen und Abtippen überstehen. Ein optionales Prüfzeichen erkennt ein falsch getipptes Zeichen. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Text
Hello
Berechnungsmodus
Encode
Erhalten Sie
Ergebnis
91JPRV3F
Länge
8
Eingabe-Bytes
5
Alphabet
Crockford

Crockford Base32 ist ein praktisches Kodierungsalphabet für Menschen, die Kennungen von Hand lesen und tippen. Es lässt die Symbole weg, die am häufigsten verwechselt werden—I, L, O und U—damit eine Seriennummer, ein kurzes Token oder ein Support-Code E-Mail-Clients, Papiernotizen und Telefondurchsagen übersteht. Dieser Crockford-Base32-Encoder und -Decoder wandelt UTF-8-Text in dieses Alphabet und zurück, akzeptiert die üblichen menschlichen Toleranzen (Kleinbuchstaben, Bindestriche, O als Null, I und L als Eins) und kann das optionale Modulo-37-Prüfsymbol von Crockford anhängen oder prüfen, wenn Sie Übertragungsfehler erkennen müssen.

Was Crockford Base32 ist und wie es sich von RFC-4648-Base32 unterscheidet

Standard-Base32 (RFC 4648) nutzt A–Z und 2–7 mit Gleichheitszeichen-Padding. Dieses Alphabet eignet sich für Drahtformate und MIME, ist für Menschen aber unhandlich: großes I wirkt wie Eins, großes O wie Null, und U trübt gesprochene Codes. Douglas Crockfords Base32-Alphabet behält zweiunddreißig Symbole—Ziffern null bis neun plus A bis Z ohne I, L, O und U—damit jedes verbleibende Zeichen leicht zu drucken, vorzulesen und zu tippen ist.

Das Dekodieren ist bewusst nachsichtig: Bindestriche dürfen Gruppen lesbar trennen, die Groß-/Kleinschreibung zählt nicht, der Buchstabe O gilt als Ziffer null, und die Buchstaben I und L als Ziffer eins. Es gibt kein Gleichheitszeichen-Padding; unvollständige abschließende Fünf-Bit-Gruppen werden beim Kodieren dennoch als letztes Symbol ausgegeben, passend zu gängigen Crockford-Implementierungen für kurze Zeichenketten. Ein optionales Prüfsymbol aus einem siebenunddreißig-elementigen Satz (die zweiunddreißig Datensymbole plus Stern, Tilde, Dollar, Gleichheitszeichen und U) ist der Rest des Symbolkettenwerts modulo siebenunddreißig.

Hängen Sie es an, wenn Etiketten neu getippt werden; prüfen Sie es beim Dekodieren, wenn check true ist. Diese Fähigkeit setzt diesen menschenzentrierten Vertrag über UTF-8-Text mit deterministischer Bitpackung um, sodass dieselbe Eingabe stets dieselbe Crockford-Zeichenkette liefert und die Rückdekodierung die Originalbytes wiederherstellt, wenn die Nutzlast gültiges UTF-8 ist.

Wo ein Crockford-Base32-Encoder echten Nutzen stiftet

Produkt- und Betriebsteams nutzen Crockford Base32 für kurze öffentliche Kennungen, die der Support am Telefon vorlesen muss, ohne bei jedem Zeichen I gegen Eins zu buchstabieren. Lager und Asset-Etiketten profitieren von bindestrichgetrennten Gruppen und einem optionalen Prüfsymbol, das eine falsch getippte Ziffer abfängt, bevor der falsche Lagerplatz gewählt wird. Entwickler von ULID-ähnlichen oder eigenen kompakten Tokens wollen einen Encoder mit dem erwarteten Crockford-Alphabet, nicht dem 2–7-Satz von RFC 4648, und einen Decoder, der unordentliche Einfügungen aus Chat oder PDF akzeptiert.

Unterrichts- und Interviewübungen zu menschenfreundlichen Kodierungen brauchen ein deterministisches Orakel, das U in Daten ablehnt und Prüfabweichungen erklärt statt Müll zurückzugeben. Halten Sie Nutzlasten bescheiden, fixieren Sie result-Zeichenketten in automatisierten Tests, und Sie erhalten reproduzierbares Crockford Base32 für Etiketten, Support-Codes und Edge-Worker, ohne eine eigene Alphabet-Bibliothek aufzubauen.

Lesbare Support- und Ticketcodes

Kodieren Sie kurze Referenzen, damit Agenten sie ohne I/L/O-Verwechslungen vorlesen; dekodieren Sie Einfügungen mit Bindestrichen oder Kleinbuchstaben.

Token- und ID-Pipelines

Erzeugen und prüfen Sie Crockford-Base32-Nutzlasten in Skripten und Workern mit derselben reinen Logik wie das kostenlose Browser-Werkzeug.

Welches Alphabet nutzt Crockford Base32?

Ziffern 0–9 und Buchstaben A–Z ohne I, L, O und U (zweiunddreißig Symbole). Das Dekodieren akzeptiert Kleinbuchstaben, Bindestriche, O als 0 und I/L als 1.

Worin unterscheidet es sich von RFC-4648-Base32?

RFC 4648 nutzt A–Z und 2–7 mit '='-Padding. Crockford streicht mehrdeutige Buchstaben, nutzt 0–9 und einen anderen Buchstabensatz, verzichtet auf Padding und bietet ein optionales Prüfsymbol.

Was passiert bei einem ungültigen Zeichen?

U ist im Datenalphabet ungültig (es darf nur als Prüfsymbol vorkommen).

Wofür ist das Crockford-Prüfzeichen gut?

Es ist ein zusätzliches Zeichen: der Rest, wenn man den Wert des Codes durch 37 teilt, gewählt aus den 32 Datenzeichen plus *, ~, $, = und U. Hängen Sie es an Etiketten an, die jemand abtippt; beim Dekodieren mit aktivierter Prüfung lässt ein falsches letztes Zeichen die Dekodierung scheitern.

Kann ich Codes mit Bindestrichen oder Kleinbuchstaben dekodieren?

Ja. Bindestriche zwischen Gruppen werden ignoriert, Groß- und Kleinschreibung spielt keine Rolle, der Buchstabe O gilt als Null, I und L gelten als Eins. So lässt sich auch ein Code aus einem Chat oder PDF dekodieren. Der Buchstabe U wird in den Daten abgelehnt.

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.

POSThttps://api.kit.forhosting.com/enc/base32-crockford

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/enc/base32-crockford \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Hello"}'
{
  "text": "Hello"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.base32_crockford",
  "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.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Dieselbe reine Parse-Logik treibt das kostenlose Browser-Werkzeug und den kostenpflichtigen API-Pfad an, sodass Lernskripte, Inventaretiketten und Produktions-Worker nie bei einem Zeichen abweichen. Fehlerhafte Eingabe scheitert mit invalid_input und einer klaren Meldung, die das falsche Symbol oder die Prüfabweichung nennt, statt stiller Verfälschung.

Eingabevertrag, Antwortform und Fehlerverhalten

Mode ist encode oder decode und standardmäßig encode; die Aliase op, operation und direction werden akzeptiert. Leerer Text kodiert zu einem leeren Ergebnis. Die Länge ist begrenzt, damit überlange Einfügungen früh scheitern. Fehlgeschlagene Validierung wird nicht berechnet. Koppeln Sie encode und decode in Tests mit check true und false, damit Goldens Alphabet, Aliase und Prüfmathematik über Runtimes hinweg festhalten. Senden Sie per POST einen JSON-Körper mit dem Pflicht-Stringfeld text sowie optional mode und check. Check ist ein Boolean mit Standard false; bei true beim Kodieren hängt die API das Crockford-Prüfsymbol an und liefert es als check_symbol, bei true beim Dekodieren muss das letzte Zeichen dem Rest modulo siebenunddreißig entsprechen, sonst scheitert die Aufgabe mit invalid_input. Bei erfolgreichem encode enthält der Körper mode, den ursprünglichen text, result (die Crockford-Zeichenkette), length, input_bytes, alphabet Crockford, charset-Zusammenfassung, check-Flag und standard-Bezeichnung. Bei erfolgreichem decode erhalten Sie mode, text, result (UTF-8-Zeichenkette), length, output_bytes, dieselben Alphabet-Metadaten und bei angefordertem check check_verified plus das bestandene check_symbol. Ohne check behandelt die Dekodierung die gesamte Zeichenkette nach Entfernen von Bindestrichen und Anwenden der O/I/L-Aliase als Daten; jedes Zeichen außerhalb des Datenalphabets—einschließlich eines bloßen U in der Nutzlast—löst invalid_input mit Position und Zeichen aus. Ungültiges mode oder nicht-boolean check scheitern ebenfalls mit invalid_input.

Wo ein Crockford-Base32-Encoder echten Nutzen stiftet

Weil die Implementierung reines Parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz.

Asset-Etiketten mit optionalem Prüfsymbol

Drucken Sie Crockford-Etiketten mit check=true, damit ein einziger Tippfehler die Prüfung scheitern lässt, bevor Inventar am falschen Ort landet.

Was bewirkt die Option check?

Beim Kodieren hängt check=true ein Modulo-37-Prüfsymbol aus dem siebenunddreißig-elementigen Satz an. Beim Dekodieren verlangt check=true dieses Endsymbol und lehnt Abweichungen ab.

Was kostet der Crockford-Base32-Encoder?

Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →