¿Cuáles son las razones detrás de URLEncodedFormat() escapando caracteres válidos de URL?¿Por qué URLEncodedFormat() en CFML codifica caracteres URL válidos?
caracteres válidos:
- _ . ! ~ * " ()
El CF8 Doc dijeron: "[URLEncodedFormat() escapes] caracteres no alfanuméricos con secuencias de escape hexadecimales equivalentes." Sin embargo, ¿por qué escapar de los caracteres URL válidos?
Son válidos, pero me parece bastante normal que, si le pides a un lenguaje de programación, que codifique una cadena que convierta todos los caracteres no alfanuméricos al equivalente hexadecimal.
Servidor ASP.URLEncode() hace lo mismo y php urlencode() también a excepción de - y _. Además, en javascript, la función encodeURIComponent() codificará todos los caracteres no alfanuméricos en equivalentes hexadecimales.
Esta es una buena idea de todos modos para codificar todos los caracteres alfanuméricos cuando se utiliza la entrada del usuario para formar solicitudes de servidor para evitar que ocurra algo inesperado.
¿La codificación de los caracteres URL válidos causa un error o un problema?
Un problema podría ser que al no hacerlo, si inserta un enlace con caracteres no codificados en un correo electrónico, el software de correo electrónico puede decidir dividir el enlace en dos líneas.
Si utiliza una url totalmente codificada, las posibilidades de esto se reducen en gran medida. Solo una forma de verlo.
Pude ver al menos en el caso de "que sería bueno tenerlo codificado cuando se utiliza la URL como un enlace en una etiqueta de anclaje.