Construire des URL "propres" avec le titre de l'article mais sans ID

speedev · 23/06/2008, 12h46

Hello,

Je suis en train de travailler le sujet. Dans un post précédent, on m'a conseillé d'utiliser des tables de correspondances pour ne plus utiliser d'ID dans mes URLs (soucis de référencement, clarté des Urls etc..).

A chaque enregistrement d'article, le titre "épuré" ("je-mange-des-legumes" correspondant à "Je mange des légumes") est enregistré avec son ID ("28") et sa table de correspondance ("article") dans une table de correspondance justement.

Cette table est utilisée uniquement pour retrouver un contenu.

Je ne suis pas encore certain de la méthode...

L'inconvénient réside dans le fait que 2 articles ne peuvent effectivement pas avoir le même titre. Pour le résoudre, je ne vois pas quoi utiliser d'autre qu'un système d'archivage par date, mais ça ne fait que repousser le problème qui devient alors : 2 articles rédigés le même jour ne peuvent avoir le même titre.

Shit...

How to ?

Je ne sais pas encore comment gérer tout ça

_Mac_ · 23/06/2008, 17h58

Personnellement, ça ne me choque pas de voir un ID apparaître dans une URL "propre". Regarde Yahoo!, comment ils font : ttp://fr.news.yahoo.com/rtrs/20080623/tts-france-pouvoir-achat-fillon-ca02f96.html (article pris au hasard

) Ca ne me semble pas nuire plus que ça à la lisibilité. Dans ton cas, avoir http://tonsite.com/articles/26-je-ma...s-legumes.html ne me choque pas. De même que http://tonsite.com/articles/26/je-ma...s-legumes.html. Après, si c'est vraiment gênant, je n'ai pas d'autre solution à te proposer : tu as très bien ciblé les limitations de chacune.

speedev · 23/06/2008, 18h24

Personnellement moi non plus...ça ne me choquait pas les IDs...

Il est dit que la construction d'une URI dite "sympa" ne devrait pas contenir d'ID numérique et donc de liaison avec une base de données mais que sa pérennité (de l'Url) doit ou en tout cas devrait être assurée.

Pour ma part, ma table de correspondance assure la pérennité des URLs puisqu'elle sert d'historique et de base à la recherche des articles, actualités etc...

Maintenant pour ce qui est de l'archivage l'emploi des dates est, je pense, ce qu'il y a de plus "logique"... il me reste à savoir si telle ou telle écriture d'une Url archivée est plus ou moins facile à référencer (20080623/article.html ... 2008/06/23/article.html).

a+

23/06/2008, 12h46	#1
speedev Membre éclairé Développeur Web Inscription : mai 2006 Messages : 936 Détails du profil Informations professionnelles : Activité : Développeur Web Informations forums : Inscription : mai 2006 Messages : 936 Points : 347 Points : 347	Construire des URL "propres" avec le titre de l'article mais sans ID Hello, Je suis en train de travailler le sujet. Dans un post précédent, on m'a conseillé d'utiliser des tables de correspondances pour ne plus utiliser d'ID dans mes URLs (soucis de référencement, clarté des Urls etc..). A chaque enregistrement d'article, le titre "épuré" ("je-mange-des-legumes" correspondant à "Je mange des légumes") est enregistré avec son ID ("28") et sa table de correspondance ("article") dans une table de correspondance justement. Cette table est utilisée uniquement pour retrouver un contenu. Je ne suis pas encore certain de la méthode... L'inconvénient réside dans le fait que 2 articles ne peuvent effectivement pas avoir le même titre. Pour le résoudre, je ne vois pas quoi utiliser d'autre qu'un système d'archivage par date, mais ça ne fait que repousser le problème qui devient alors : 2 articles rédigés le même jour ne peuvent avoir le même titre. Shit... How to ? Je ne sais pas encore comment gérer tout ça __________________ Développeur indépendant sur technos Web à votre service
	00

23/06/2008, 17h58	#2
_Mac_ Rédacteur/Modérateur Inscription : août 2005 Messages : 8 314 Détails du profil Informations forums : Inscription : août 2005 Messages : 8 314 Points : 8 597 Points : 8 597	Personnellement, ça ne me choque pas de voir un ID apparaître dans une URL "propre". Regarde Yahoo!, comment ils font : ttp://fr.news.yahoo.com/rtrs/20080623/tts-france-pouvoir-achat-fillon-ca02f96.html (article pris au hasard ) Ca ne me semble pas nuire plus que ça à la lisibilité. Dans ton cas, avoir http://tonsite.com/articles/26-je-ma...s-legumes.html ne me choque pas. De même que http://tonsite.com/articles/26/je-ma...s-legumes.html. Après, si c'est vraiment gênant, je n'ai pas d'autre solution à te proposer : tu as très bien ciblé les limitations de chacune. __________________ Du détail, du détail, du détail !!! Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
	00

23/06/2008, 18h24	#3
speedev Membre éclairé Développeur Web Inscription : mai 2006 Messages : 936 Détails du profil Informations professionnelles : Activité : Développeur Web Informations forums : Inscription : mai 2006 Messages : 936 Points : 347 Points : 347	Personnellement moi non plus...ça ne me choquait pas les IDs... Il est dit que la construction d'une URI dite "sympa" ne devrait pas contenir d'ID numérique et donc de liaison avec une base de données mais que sa pérennité (de l'Url) doit ou en tout cas devrait être assurée. Pour ma part, ma table de correspondance assure la pérennité des URLs puisqu'elle sert d'historique et de base à la recherche des articles, actualités etc... Maintenant pour ce qui est de l'archivage l'emploi des dates est, je pense, ce qu'il y a de plus "logique"... il me reste à savoir si telle ou telle écriture d'une Url archivée est plus ou moins facile à référencer (20080623/article.html ... 2008/06/23/article.html). a+ __________________ Développeur indépendant sur technos Web à votre service
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email