Was dieses Tool macht
Prozent-codiert und decodiert Strings für die Verwendung in URLs. Es unterstützt einen Komponenten-Modus (codiere jedes reservierte Zeichen, sodass der Wert sicher in einem Query-Parameter oder Path-Segment steht) und einen Voll-URL-Modus (erhalte die Struktur https://host/path?query und codiere nur die Teile, die es brauchen).
Wann du es brauchst
- Einen Query-String von Hand bauen und Leerzeichen, Kaufmanns-Und und Gleichheitszeichen escapen.
- Eine Redirect-URL decodieren, die in
%2Fund%3Dzurückkam. - Die kodierte Form einer URL gegen eine Allow-List vergleichen.
- Aus einem String mit Nicht-ASCII-Zeichen einen sauberen, teilbaren Link erzeugen.
Wie es funktioniert
Komponenten-Codierung nutzt encodeURIComponent und kodiert jedes Zeichen, das nicht "unreserved" ist (A-Z a-z 0-9 - _ . ! ~ * ' ( )). Voll-URL-Codierung nutzt encodeURI und lässt strukturelle Zeichen (: / ? # [ ] @) unangetastet. Die Decodierung nutzt die inversen Funktionen, mit Fehlern bei ungültigen Sequenzen statt stillem Verschlucken.
Hinweise
Warum dekodiert + manchmal zu Leerzeichen? Das ist die ältere application/x-www-form-urlencoded-Konvention aus Form-Submissions, nicht Standard-URL-Codierung. RFC 3986 lässt + in Ruhe. Die meisten Decoder behandeln + nur im Query-String als Leerzeichen, nie im Pfad.
Soll ich das auf die ganze URL anwenden oder nur auf einen Teil? Auf Teile. Wenn du eine ganze URL im Komponenten-Modus codierst, brichst du :// und die Pfad-Slashes. Bau die URL aus vorab codierten Stücken, oder nimm den Voll-URL-Modus.
Funktioniert das mit Unicode? Ja. Erst UTF-8, dann Prozent-Codierung pro Byte. café wird zu caf%C3%A9.
Verwandte Tools
- Base64 — anderer Escape-Mechanismus für Binäres-in-Text
- JSON-Formatter — für Body-Payloads statt Query-Strings