Eine HTTP(S)-Adresse in Hex-Schreibweise ansehen

Eine einzelne absolute URL einfügen. Die Berechnung läuft im Browser, ohne die Adresse aufzurufen oder abzurufen. Datei-Eingabe, Stapelverarbeitung und Dekodierung werden nicht angeboten.

  1. Die vollständige URL mit http:// oder https:// einfügen; auch http://a/ ist erlaubt.
  2. Die Kodierung starten und die ausgegebenen URL-Bestandteile prüfen.
  3. Das Ergebnis als Text kopieren oder Eingabe und Ausgabe leeren.

Prozentwerte, Trennzeichen und Normalisierung

Mehr Zeichen kodieren als encodeURI

Aus https://example.com/a b?q=你好&x=1#top wird https://example.com/%61%20%62?%71=%E4%BD%A0%E5%A5%BD&%78=%31#%74%6F%70.

In Pfad, Abfrage und Fragment werden auch Buchstaben, Ziffern, Bindestriche, Punkte, Unterstriche und Tilden kodiert. Die nach dem Parsen vorhandenen reservierten Zeichen :/?#[]@!$&'()*+,;= bleiben stehen. Dies ersetzt nicht encodeURIComponent zum Kodieren eines einzelnen Parameters.

Die ursprüngliche Schreibweise kann sich ändern

Der URL-Parser kann Schema und Host kleinschreiben, internationale Domains in ASCII/Punycode umwandeln, Standardports entfernen, / ergänzen und Punktsegmente auflösen. Geparster Host, Port und Benutzerinformationen bleiben erhalten, ebenso die IPv6-Hoststruktur. Die Eingabe wird nicht bytegenau bewahrt.

Vorhandene %HH-Sequenzen nicht doppelt kodieren

Nicht-ASCII-Text einschließlich ergänzender Unicode-Zeichen wird über UTF-8-Bytes dargestellt. Neue Escapes verwenden zwei Hexadezimalstellen mit Großbuchstaben. Nach dem Parsen verbleibende %HH-Sequenzen werden weder dekodiert noch erneut kodiert; ihre Hex-Schreibweise kann erhalten bleiben, und ihre Bytes werden nicht auf gültiges UTF-8 geprüft. Ein wörtliches + bleibt +; Leerzeichen werden nicht zu +.

Fragen zur URL-Hex-Darstellung

Welche Eingaben werden abgelehnt?

Relative URLs, andere Schemata als HTTP(S), fehlerhafte Escapes, ASCII-Steuerzeichen, einzelne UTF-16-Surrogate und Parserfehler werden abgelehnt. Nur äußere ASCII-Leerzeichen (U+0020) werden entfernt; für ein abschließendes Leerzeichen als Bestandteil der URL %20 verwenden. NBSP, U+3000 und U+FEFF am Ende bleiben als UTF-8-Escapes erhalten. Fehler löschen die bisherige Ausgabe und deaktivieren Kopieren.

Bleiben Signaturen und Cache-Schlüssel gültig?

Das ist nicht garantiert. Die veränderte URL-Darstellung kann Signaturprüfungen, Cache-Schlüssel und Routing beeinflussen. Im Zielsystem prüfen, besonders bei signierten URLs; das Werkzeug führt diese Prüfung nicht durch.

Verschlüsselt das Werkzeug die Adresse?

Nein. Host und gegebenenfalls Benutzerinformationen bleiben sichtbar; Prozentkodierung ist keine Verschlüsselung.

Zuletzt verwendet: