URL-Parser
Läuft komplett in deinem Browser. Deine Dateien und Daten verlassen dein Gerät nie.
| Schlüssel | Wert | |
|---|---|---|
| Protokoll | https: | |
| Benutzername | user | |
| Passwort | pass | |
| Host | example.com:8080 | |
| Hostname | example.com | |
| Port | 8080 | |
| Pfad | /path/page | |
| Hash | #section | |
| Ursprung | https://example.com:8080 |
| q | hello world | |
|---|---|---|
| lang | en |
Über dieses Tool
Füge eine URL ein, und das Tool zerlegt sie in ihre Bestandteile, genau so, wie ein Browser sie intern sieht: Protokoll, Benutzername, Passwort, Host, Hostname, Port, Pfad, Hash und Origin. Abfrageparameter bekommen eine eigene Tabelle, dekodiert und einzeln aufgelistet, sodass ?a=1&b=hello%20world als a: 1 und b: hello world erscheint statt als eine lange codierte Zeichenkette.
Warum nicht einfach die URL selbst lesen?
Weil URLs sich leicht falsch lesen lassen. Ein Doppelpunkt, ein @-Zeichen oder ein Schrägstrich an der falschen Stelle ändert, worauf eine URL tatsächlich zeigt, und Browser lösen diese Mehrdeutigkeit mit einem festen Regelwerk auf, nicht durch Raten. Dieses Tool nutzt den eingebauten URL-Parser des Browsers statt eines selbstgeschriebenen regulären Ausdrucks und zerlegt die Zeichenkette deshalb genau so, wie es der WHATWG URL Standard vorschreibt, also exakt so, wie dein Browser sie auch behandeln würde. Ist die eingefügte Zeichenkette keine gültige URL, sagt das Tool das auch so, statt ein halbes Ergebnis zu raten.
Genau dieser eingebaute Parser sorgt auch dafür, dass Userinfo (user:pass@host) und Port sauber vom Hostnamen getrennt ausgegeben werden. Eine URL wie http://user:pass@evil.com@real-site.com/ ist ein klassischer Phishing-Trick, gerade weil sie mit bloßem Auge schwer korrekt zu lesen ist. Läuft sie durch denselben Code, den auch ein Browser verwendet, zeigt sich real-site.com als tatsächlicher Host und user:pass@evil.com als Userinfo, genau das, was du sehen willst, bevor du irgendwo klickst.
Wird die eingefügte URL irgendwohin gesendet?
Nein. Das Parsen läuft vollständig im Browser. Eine hier eingefügte URL, selbst mit einem Auth-Token in der Abfragezeichenfolge oder Zugangsdaten im Userinfo-Teil, verlässt nie deinen Rechner.
Wofür wird das genutzt?
Um eine Weiterleitungs-URL zu prüfen, bevor man ihr vertraut, einen OAuth-Callback mit einem Dutzend Abfrageparametern zu lesen, herauszufinden, auf welchen Port eine API-Basis-URL tatsächlich zeigt, oder zu klären, warum ein Link mit eingebetteten Zugangsdaten nicht so funktioniert wie erwartet. Die Eigenschaften, die dieses Tool ausliest, stehen in der URL-API-Referenz von MDN, und die MDN-Anleitung zum Aufbau von URLs erklärt die Begriffe, falls dir manche davon neu sind.