Encodage d'URL Décoder

Le codage d'URL (codage en pourcentage) convertit les caractères qui ont une signification particulière dans les URL en un format qui peut être transmis en toute sécurité. Vous avez besoin d'un codage d'URL chaque fois que vous incluez une entrée utilisateur dans les paramètres de requête, créez des URL dynamiquement avec un contenu variable, soumettez des données de formulaire via des requêtes GET ou transmettez des caractères spéciaux dans les points de terminaison d'API. Sans encodage approprié, des caractères comme&,=,?, # et les espaces peuvent casser les URL en étant interprétés comme une structure d'URL plutôt que comme des données. Par exemple, un espace dans une requête de recherche doit être codé en %20 ou + pour fonctionner correctement dans l'URL.

encodeURI encode une URL complète mais conserve les caractères qui font partie de la syntaxe de l'URL (:/?#[]@!$&'()*+,;=). Il est utilisé lorsque vous avez une URL complète qui peut contenir des caractères nécessitant un encodage dans le chemin. encodeURIComponent code tout sauf les caractères les plus basiques (A-Z a-z 0-9 -_. ! ~ * '()), ce qui le rend approprié pour coder les valeurs des paramètres de requête où même les caractères réservés comme & et = doivent être échappés. Utilisez encodeURI pour les URL complètes et encodeURIComponent pour les paramètres de chaîne de requête et d'autres composants d'URL.

Les espaces peuvent être encodés de deux manières dans les URL. L'encodage d'URL standard représente un espace sous la forme %20. Cependant, dans le format application / x-www-form-urlencoded utilisé par les formulaires HTML, les espaces sont représentés par des signes plus (+). Notre outil gère les deux conventions-l'encodage produit %20 par défaut et le décodage interprète correctement %20 et + comme des espaces. Lors de l'encodage des données de formulaire pour la soumission, le format + est plus approprié, tandis que %20 est standard pour les composants de chemin d'URL et les chaînes de requête.

Yes, our tool fully supports Unicode and non-ASCII character encoding. Characters from any language or script are encoded using UTF-8 byte sequences. For example, the Chinese character 中 is encoded as %E4%B8%AD, the Japanese character あ as %E3%81%82, and emoji like 😀 as %F0%9F%98%80. The decoder also correctly recognizes and converts these UTF-8 percent-encoded sequences back to their original Unicode characters. This makes the tool suitable for international URLs and multilingual applications.

Non, l'encodage d'URL (encodage en pourcentage) et l'encodage en base64 sont des méthodes complètement différentes. L'encodage d'URL remplace les caractères dangereux individuels par des équivalents codés en pourcentage tout en laissant les caractères sûrs inchangés. L'encodage Base64 convertit les données binaires en une chaîne de 64 caractères ASCII (A-Z, a-z, 0-9,+,/) et est généralement utilisé pour incorporer des données binaires comme des images dans des URI de données. Le codage d'URL est utilisé pour sécuriser les URL, tandis que base64 est utilisé pour la représentation des données. Si vous devez inclure des données binaires dans une URL, vous devez généralement l'encoder en base64, puis encoder le résultat en URL.