Über dieses Tool
Encoding-Bugs sind eine verlässliche Quelle für API-Defekte: ein Pluszeichen, das zum Leerzeichen wird, ein kaufmännisches Und in einem Wert, das einen Parameter teilt, eine Redirect-URL, die doppelt codiert wird. Dieses Tool macht die drei gängigen Encodings explizit. Der Modus „Component“ entspricht encodeURIComponent für einzelne Werte, „Full URI“ entspricht encodeURI für ganze URLs, und „Form“ entspricht dem, was Browser bei HTML-Formularen senden. Der Query-Parser listet jeden Parameter in Reihenfolge mit decodierter und roher Form auf und behält wiederholte Keys wie tag=a&tag=b, die viele Tools stillschweigend zusammenführen. Die URL-Zerlegung nutzt den WHATWG-URL-Parser des Browsers, denselben, den fetch() verwendet.
So funktioniert es
- Wählen Sie „Encode“ oder „Decode“ und den Encoding-Modus und fügen Sie Ihren Text ein.
- Mit „Swap“ (tauschen) geben Sie die Ausgabe wieder als Eingabe ein und prüfen einen Hin- und Rückweg.
- Wechseln Sie zu „Query parser“, um Parameter zu prüfen, auch wiederholte und leere.
- Mit „URL breakdown“ (URL-Zerlegung) sehen Sie Protokoll, Host, Port, Pfadsegmente, Query und Fragment einzeln.
FAQ zu URL Encoder / Decoder
Wann sollte ich encodeURIComponent statt encodeURI verwenden?
Verwenden Sie encodeURIComponent für ein einzelnes Teilstück, etwa einen Query-Wert oder ein Pfadsegment, weil es & = ? / und # escaped. Verwenden Sie encodeURI nur für eine vollständige, bereits korrekt aufgebaute URL, da es diese Zeichen unverändert lässt.
Warum bedeutet + manchmal ein Leerzeichen?
In application/x-www-form-urlencoded-Daten, die HTML-Formulare und viele Query-Strings verwenden, steht + für ein Leerzeichen. In einem Pfad ist + ein echtes Pluszeichen. Kann ein Wert + enthalten, codieren Sie es als %2B.
Was bedeutet „Malformed percent-encoding“?
Auf ein % müssen zwei Hex-Ziffern folgen, die zusammen mit benachbarten Escapes gültiges UTF-8 bilden. Ein einzelnes % oder eine abgeschnittene Multibyte-Sequenz wie %E2%82 lässt sich nicht decodieren.