Discussion :

[speedev]

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_]

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]

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+