Was sind die Gründe dafür, dass URLEncodedFormat() gültigen URL-Zeichen entgeht?Warum codiert URLEncodedFormat() in CFML gültige URL-Zeichen?
gültige Zeichen:
- _ . ! ~ * " ()
Die CF8 Doc gesagt: "[URLEncodedFormat() Fluchten] non-alphanumerische Zeichen mit äquivalenten hexadezimalen Escape-Sequenzen." Warum jedoch gültige URL-Zeichen umgehen?
Sie sind gültig, aber es scheint ziemlich normal zu mir, dass, wenn Sie eine Programmiersprache bitten, codieren Sie eine Zeichenkette url, die alle nicht alphanumerischen Zeichen in das Hex-Äquivalent konvertiert.
ASP Server.URLEncode() macht das gleiche und php urlencode() tut auch außer für - und _. In JavaScript wird die Funktion encodeURIComponent() außerdem alle nicht alphanumerischen Zeichen in hexadezimale Äquivalente codieren.
Dies ist eine gute Idee, alle nicht alphanumerischen Zeichen zu codieren, wenn Benutzereingaben zur Bildung von Serveranforderungen verwendet werden, um zu verhindern, dass irgendetwas Unerwartetes passiert.
Gibt es bei der Codierung gültiger URL-Zeichen einen Fehler oder ein Problem?
Ein Problem könnte darin bestehen, dass die E-Mail-Software den Link in zwei Zeilen aufteilt, wenn Sie einen Link mit nicht codierten Zeichen in eine E-Mail einbetten.
Wenn Sie jedoch eine vollständig codierte URL verwenden, sind die Chancen dafür stark reduziert. Nur eine Möglichkeit, es zu sehen.
Ich konnte zumindest in dem Fall sehen, "dass es schön wäre, wenn es codiert wäre, wenn die URL als Link in einem Anker-Tag verwendet würde.