URL-Encoder/Decoder

Der Unterschied liegt darin, wie viel codiert wird. encodeURIComponent escapt jedes reservierte Zeichen, einschließlich : / ? # @ & = + $, und ist deshalb für ein einzelnes Teilstück einer URL gedacht — typischerweise einen einzelnen Query-String-Wert. Enthielte dieser Wert ein einzelnes & oder =, würde die Codierung verhindern, dass der Wert versehentlich einen neuen Parameter beginnt. encodeURI ist milder: Es erhält die strukturellen Zeichen : / ? #, damit eine bereits zusammengesetzte, vollständige Adresse als URL nutzbar bleibt. Die Faustregel lautet: encodeURIComponent für das kleine Fragment nutzen, das Sie in eine URL einsetzen, und encodeURI für eine ganze URL, die nicht auseinandergerissen werden soll. Die Verwechslung der beiden ist der mit Abstand häufigste URL-Fehler. Dieses Tool bietet beide als getrennte Bereiche an, zusätzlich zu Modi für nur Pfad und nur Query, damit Sie genau die richtige Stufe anwenden können.

URLs können nur eine begrenzte Menge an Zeichen sicher übertragen, und manche Zeichen sind reserviert, weil sie eine strukturelle Bedeutung haben. Ein Leerzeichen ist gar nicht erlaubt und muss zu %20 werden, sonst schneiden Browser, Server oder Link-Parser die Adresse möglicherweise an der Lücke ab. Ein kaufmännisches Und ist noch problematischer: Innerhalb eines Query-Strings trennt & einen Parameter vom nächsten, sodass ein nicht codiertes & innerhalb eines Werts als Beginn eines völlig neuen Parameters gelesen wird und Ihre Daten zerteilt. Codiert man es zu %26, bleibt es als reiner Text erhalten. Dasselbe gilt für #, das ein Fragment markiert, sowie ? und /, die Query und Pfad markieren. Prozent-Codierung ersetzt jedes dieser Zeichen durch einen sicheren, mit % eingeleiteten Code. Fügen Sie Ihren Link in das Tool ein, wählen Sie den passenden Bereich, und es escapt die unsicheren Zeichen für Sie, sodass die URL zusammenhält.

Beide können ein Leerzeichen darstellen, gehören aber zu unterschiedlichen Codierungsschemata und sind nicht immer austauschbar. %20 ist die Standard-Prozent-Codierung für ein Leerzeichen und überall in einer URL gültig — im Pfad, in der Query oder in einem Fragment. Das Pluszeichen bedeutet nur in einem ganz bestimmten Kontext ein Leerzeichen: bei application/x-www-form-urlencoded-Daten, also der Art, wie ein HTML-Formular Werte übermittelt. In diesem Format wird ein tatsächliches Leerzeichen zu +, und ein tatsächliches + muss selbst als %2B codiert werden, damit es nicht als Leerzeichen fehlinterpretiert wird. Außerhalb der Formularcodierung ist ein + in einer URL einfach ein Pluszeichen und wird nicht zu einem Leerzeichen decodiert. Das Vermischen beider ist eine häufige Fehlerquelle, bei der ein Name wie „John Doe“ als „John+Doe“ ankommt. Dieses Tool bietet einen eigenen Form-URL-codiert-Modus neben der Standard-Prozent-Codierung, damit Sie die von Ihrem Endpunkt erwartete Konvention wählen können.

%2520 ist das untrügliche Zeichen für Doppelcodierung — eine Zeichenfolge, die zweimal prozent-codiert wurde. Ein Leerzeichen wird zunächst zu %20; wird dieses Ergebnis erneut codiert, wird das % selbst zu %25 escaped, wodurch aus %20 dann %2520 wird. Häufig sieht man Häufungen zusätzlicher 25-Sequenzen in einem zerstückelten Link, etwa %253A oder %252F. Das passiert meist, wenn Code einen bereits codierten Wert erneut codiert, zum Beispiel wenn eine gesamte, bereits fertig zusammengesetzte URL in encodeURIComponent eingewickelt wird. Die Lösung ist einfach: die Zeichenfolge zweimal decodieren. Ein erstes Decodieren wandelt %2520 zurück in %20, ein zweites stellt das ursprüngliche Leerzeichen wieder her. Der Validator dieses Tools erkennt Doppelcodierung, sobald das Muster auftritt, und Sie können den Decodier-Vorgang wiederholt anwenden, um Schicht für Schicht abzutragen, bis die URL wieder normal aussieht. Fügen Sie den verdächtigen Link ein, um das zu bestätigen und das Original wiederherzustellen.

Hostnamen folgen anderen Regeln als der Rest einer URL: Der Host darf keine nicht-ASCII-Buchstaben direkt enthalten und verwendet nicht dieselbe Prozent-Codierung wie Pfad oder Query. Stattdessen werden internationalisierte Domainnamen in Punycode umgewandelt, eine ASCII-kompatible Codierung, die dem konvertierten Label das Präfix xn-- voranstellt. Zum Beispiel wird münchen.de zu xn--mnchen-3ya.de, und genau diese Form wird tatsächlich über DNS übertragen, während Browser Nutzern die freundliche Unicode-Version anzeigen. Die Umwandlung ist umkehrbar, sodass Sie einen Punycode-Host zurück in seine lesbare Form bringen können, um zu prüfen, wohin ein Link wirklich führt — nützlich, um Look-alike- oder gefälschte Domains zu erkennen. Der IDN-Konverter dieses Tools beherrscht beide Richtungen mithilfe der nativen URL-Normalisierung des Browsers und hält den Host getrennt von der Prozent-Codierung, die Sie auf Pfad und Query anwenden würden. Fügen Sie eine Domain ein, um sie in Punycode umzuwandeln oder zurück.