Quelles sont les raisons derrière URLEncodedFormat() d'échapper des caractères d'URL valides?Pourquoi URLEncodedFormat() dans CFML encode-t-il des caractères d'URL valides?
caractères valides:
- _ . ! ~ * " ()
Le CF8 Doc dit: "[URLEncodedFormat() échappe] caractères non alphanumériques avec des séquences d'échappement hexadécimales équivalentes". Cependant, pourquoi échapper des caractères d'URL valides?
Ils sont valides, mais il me semble assez normal que si vous demandez à un langage de programmation d'encoder une chaîne, il convertit tous les caractères non alphanumériques en équivalents hexadécimaux.
Server.URLEncode ASP() fait la même chose et php urlencode() le fait aussi - et _. De plus, en javascript, la fonction encodeURIComponent() codera tous les caractères non alphanumériques en équivalents hexadécimaux. De toute façon, il est recommandé d'encoder tous les caractères non alphanumériques lors de l'utilisation de l'entrée utilisateur pour former des demandes de serveur afin d'empêcher tout événement inattendu.
L'encodage des caractères d'URL valides provoque-t-il une erreur ou un problème? Un problème peut être que, si vous n'insérez pas de lien avec des caractères non codés dans un e-mail, le logiciel de courrier électronique peut décider de rompre le lien en deux lignes.
Si vous utilisez une URL entièrement codée, les chances sont considérablement réduites. Juste une façon de le voir cependant.
Je pouvais voir au moins dans le cas de "qu'il serait bien de l'avoir encodé lors de l'utilisation de l'URL en tant que lien dans une balise d'ancrage