Interpréter les échappements en pourcentage
Utilisez cet outil sur un composant encodé copié d’une URL. Il reconstruit les octets indiqués par les groupes en pourcentage, puis décode ces octets comme du texte UTF-8. Ainsi, %20 devient un espace et %26 une esperluette à l’intérieur de la valeur, pas un séparateur de paramètres. Cela aide à lire un paramètre dans un journal ou à comprendre un segment de chemin. Un groupe incomplet ou une suite d’octets UTF-8 invalide provoque une erreur au lieu d’être remplacé silencieusement.
Ne supposez pas qu’un signe plus devient ici un espace. Cette substitution relève de l’encodage des formulaires et non d’un simple décodeur de composant. Décoder une URL entière d’un coup peut aussi transformer des séparateurs échappés en caractères structurels actifs et changer son interprétation ultérieure. Extrayez d’abord le composant, décodez-le une fois et gardez l’adresse originale pour le débogage. Si une valeur a été encodée deux fois, une première passe peut révéler un autre groupe en pourcentage ; recommencez seulement si le format exige deux couches.
Encodage en pourcentage d’un composant URL
Une URL comprend des séparateurs structurels et des valeurs. La barre sépare les segments du chemin, le point d’interrogation introduit la requête et l’esperluette sépare les paramètres. Lorsqu’une valeur contient un espace, une esperluette ou un caractère hors ASCII, l’encodage en pourcentage évite de la confondre avec la structure de l’URL. Le texte est d’abord transformé en octets UTF-8 ; les octets à échapper prennent la forme d’un signe pourcentage suivi de deux chiffres hexadécimaux. Un espace devient souvent %20, tandis qu’une lettre accentuée demande plusieurs octets encodés.
Cet outil traite un seul composant, par exemple la valeur d’un paramètre ou un segment de chemin, plutôt qu’une URL entière. Encoder toute l’adresse peut aussi échapper ses séparateurs utiles. Les formulaires Web ont une autre convention, application/x-www-form-urlencoded, où un signe plus représente souvent un espace. Elle diffère de cette opération par composant. Décodez avec les règles correspondantes, préservez la structure de l’adresse et, si possible, confiez l’assemblage des valeurs à une API de création d’URL.
Vérifier la source encodée avant de décoder
Partez d’une valeur réellement écrite dans la représentation attendue. Collez un composant ou une suite d’octets encodés, puis comparez la sortie lisible au document qui les fournit. Le décodeur fonctionne dans ce navigateur et n’envoie pas la chaîne à un service de conversion. Une saisie abîmée ou d’un autre format peut échouer ou rester partiellement inchangée selon l’opération. Gardez la valeur encodée initiale pour savoir si un caractère surprenant venait de la source ou de votre interprétation.
Considérez le texte décodé comme une nouvelle saisie potentiellement non fiable. Une phrase lisible peut contenir du balisage, une URL, une chaîne ressemblant à une commande ou des informations privées demandant un traitement séparé. Ne l’insérez pas dans un contexte exécutable au seul motif que le décodage a réussi. Si le résultat semble faux, vérifiez le codage de caractères annoncé et demandez-vous si un système précédent a encodé la valeur plusieurs fois. Répéter le décodage sans comprendre ces couches peut transformer un séparateur littéral en ponctuation structurelle.