Skip to main content

Brève introduction au codage d'URL

Akai Pro MPC Software 2.0 - How to Download, Install, and Activate (Mai 2025)

Akai Pro MPC Software 2.0 - How to Download, Install, and Activate (Mai 2025)
Anonim

L'URL d'un site Web, également connue sous le nom d '"adresse de site Web", indique ce que quelqu'un entre dans un navigateur Web pour accéder à un site Web spécifique. Lorsque vous transmettez des informations via une URL, vous devez vous assurer que celle-ci n'utilise que des caractères autorisés spécifiques. Ces caractères autorisés incluent des caractères alphabétiques, des chiffres et quelques caractères spéciaux qui ont une signification dans la chaîne d'URL. Tous les autres caractères devant être ajoutés à une URL doivent être codés de manière à ne pas causer de problèmes lors du voyage du navigateur pour localiser les pages et les ressources que vous recherchez.

Encodage d'une URL

Le caractère le plus couramment encodé dans une chaîne d'URL est le personnage. Vous voyez ce caractère chaque fois que vous voyez un signe plus (+) dans une URL. Cela représente le caractère d'espace. Le signe plus fait office de caractère spécial représentant cet espace dans une URL. La manière la plus courante de voir ceci est dans un lien mailto qui inclut un sujet. Si vous voulez que le sujet ait des espaces, vous pouvez les encoder comme des plus:

mailto: email? subject = this + is + my + subject

Ce bit de texte de codage transmettrait un sujet de "ceci est mon sujet". Le caractère "+" dans le codage serait remplacé par un vrai quand il est rendu dans le navigateur.

Pour coder une URL, il vous suffit de remplacer les caractères spéciaux par leur chaîne de codage. Cela commencera presque toujours par un caractère%.

Encodage d'une URL

À proprement parler, vous devez toujours coder les caractères spéciaux trouvés dans une URL. Une remarque importante, au cas où vous vous sentiriez un peu intimidé par toute cette conversation ou cet encodage, est que vous ne trouverez généralement aucun caractère spécial dans une URL en dehors de son contexte normal, sauf avec les données de formulaire.

La plupart des URL utilisent les caractères simples qui sont toujours autorisés. Aucun codage n'est donc nécessaire.

Si vous soumettez des données à des scripts CGI à l'aide de la méthode GET, vous devez coder les données telles qu'elles seront envoyées via l'URL. Par exemple, si vous écrivez un lien pour promouvoir un flux RSS, votre URL devra être codée pour pouvoir être ajoutée à l'URL du script sur lequel vous faites la promotion.

Que faut-il encoder?

Tout caractère qui n'est pas un caractère alphabétique, un nombre ou un caractère spécial utilisé en dehors de son contexte normal va devoir être encodé dans votre page. Vous trouverez ci-dessous un tableau des caractères communs pouvant être trouvés dans une URL et leur codage.

Encodage d'URL de caractères réservés

PersonnageBut dans l'URLCodage
:Protocole séparé (http) de l'adresse% 3B
/Domaine et répertoires distincts% 2F
#Ancres séparées%23
?Chaîne de requête séparée% 3F
&Séparer les éléments de la requête%24
@Séparer le nom d'utilisateur et le mot de passe du domaine%40
%Indique un caractère encodé%25
+Indique un espace% 2B
Non recommandé dans les URL% 20 ou +

Notez que ces exemples codés sont différents de ceux trouvés avec les caractères spéciaux HTML. Par exemple, si vous devez coder une URL avec un caractère esperluette (&), utilisez% 24, ce qui est présenté dans le tableau ci-dessus. Si vous écrivez en HTML et que vous souhaitez ajouter une esperluette au texte, vous ne pouvez pas utiliser% 24. Au lieu de cela, vous utiliseriez soit & ou &, les deux écrivant le & dans la page HTML lors du rendu. Cela peut paraître déroutant au début, mais c’est fondamentalement la différence entre le texte qui apparaît sur la page elle-même, qui fait partie du code HTML, et la chaîne d’URL, qui est une entité séparée et donc soumise à des règles différentes.

Le fait que le caractère "&", ainsi que de nombreux autres caractères, puissent apparaître dans chacun d'eux ne doit pas vous confondre avec les différences entre les deux.

Article original de Jennifer Krynin. Édité par Jeremy Girard.