Slashes finaux

• Qu'est-ce qu'un slash final ?
• Quel effet ont-ils ?
• Faut-il donc que je corrige tous les sites dans ma catégorie en leur en ajoutant ?
• Je connais une URL qui se comporte d'une manière différente de celle décrite dans ces exemples; cela ne signifie-t-il pas que vous avez tort ?
• Voir aussi

L'humble slash final est fréquemment source de confusion pour les éditeurs débutants. Ce bref article tente de redresser quelques erreurs à son propos.

Qu'est-ce qu'un slash final ?

Pour faire simple, c'est une barre oblique normale placée à la fin d'une URL. Dans les exemples suivants, les slashes finaux sont colorés en rouge :

• http://www.aef-dmoz.org/
• http://www.aef-dmoz.org/ddp/

Quel effet ont-ils ?

Suivant le contexte, ils peuvent empêcher une URL de fonctionner ou avoir l'effet inverse ; ils peuvent aussi n'avoir aucun effet perceptible. Examinez ces exemples caractéristiques :

1. URL: http://dmoz.org - Ajouter un slash final n'a pas vraiment d'effet puisque tous les navigateurs modernes supposeront que vous souhaitez accéder à http://dmoz.org/ -- même si elle n'est pas techniquement correcte, elle fonctionne. Ajouter un slash est neutre, cela n'aide ni ne nuit.
2. URL: http://dmoz.org/Computers - Ajouter le slash final (http://dmoz.org/Computers/) économiserait un accès à l'Internet. Votre navigateur se connecte à dmoz.org et demande /Computers, le serveur répond que puisque le fichier Computers n'existe pas c'est que vous voulez en fait /Computers/ ; votre navigateur demande alors /Computers/ et vous obtenez la page. C'est dans ce cas qu'il faudrait normalement mettre un slash final.
3. URL: http://dmoz.org/add.html - Ajouter le slash final (http://dmoz.org/add.html/) casse l'URL puisque /add.html est un fichier HTML et que le répertoire /add.html/ n'existe pas. Il ne faut jamais ajouter de slash final dans ce cas.
4. URL: http://dmoz.org/cgi-bin/forgot.cgi?user=testing123 - certains scripts CGI fonctionneront tout de même si vous ajoutez un slash final bien qu'il ne serve à rien. Il est inutile de le faire.

Faut-il donc que je corrige tous les sites dans ma catégorie en leur en ajoutant ?

Non. Veuillez vous en abstenir. La raison principale est que c'est d'une utilité négligeable en comparaison de presque toutes les autres tâches -- ajouter de nouveaux sites, corriger une taxonomie erronée, définir le champ de couverture d'une catégorie, etc. Si vous éditez une URL pour une autre raison, ne vous privez pas de lui ajouter un slash final si c'est indiqué, mais cette pratique est déconseillée autrement. Je ne plaisante pas.

---

 Attention : Veuillez toujours vérifier qu'une URL fonctionne lorsque vous l'avez corrigée. Ne vous contentez pas d'essayer de la "lire" ; bien que les configurations courantes des serveurs puissent donner l'illusion de l'existence de "normes", il existera toujours par ailleurs des configurations non-standard. Merci de vérifier.

---

Je connais une URL qui se comporte d'une manière différente de celle décrite dans ces exemples; cela ne signifie-t-il pas que vous avez tort ?

Non. En fait, cela signifie l'inverse ; comme je l'ai indiqué, "il existera toujours des configurations non standard". Je sais fort bien qu'il existe des sites où : les URL de la forme http://example.com/foo pointent sur une ressource sans rapport avec http://example.com/foo/ ; des URL comme http://example.com/index.html/ désignent un répertoire qui existe vraiment  où une URL comme http://example.com/ désigne une page différente de http://example.com/index.html.

Cela ne fait que souligner l'importance de vous assurer qu'une URL fonctionne comme vous vous y attendez avant de la lister.

Voir aussi :

• Redirections - Explique ce qu'elles sont, pourquoi DMOZ ne les répertorie pas et comment les identifier.