Discussion :

[nihaoma]

Bonjour à tous,
J'écris ceci car je suis en train de poser les bases d'un mini framework perso et j'ai un dilem concernant la gestion des URLs.
Quand on veut faire un moteur de gestion d'URLs, il y à 2 aspects:
1 : Il faut être capable à partir d'une URLs rewritée d'afficher la bonne page dynamique ainsi que le title et metas. Pour cette partie, une fois la page trouvée grâce à une règle de rewrite dans le .htaccess, la remontée du title et de la meta peut se faire de 3 manières différentes (en tous cas j'ai pas d'autre idée) pour du contenu dynamique:
- On stocke tous les title/meta dans un fichier indexé par l'url et on lit ce fichier à chaque hit. Un peu trop lourd à mon gout quand on gère un site avec plusieurs milliers d'URL.
- On stocke tous les title/meta dans la BDD et on fait une requête à chaque hit. Je gère un site de ventes aux enchères et la BDD est très très sollicitée en fin de vente, je préfère éviter d'ajouter une requête systématique.
- On stocke tous les title/meta dans le BDD, on requête une première fois et on enregistre les infos en json dans un fichier cache nommé par exemple avec le md5 de l'URL. On aura donc autant de petits fichiers cache que d'URL et il suffit de supprimer le bon en cas de modification des title/meta. J'ai retenu cette solution qui me semble être la moins gourmande.

2 : Il faut être capable dans ses pages de généré la bonne URLs rewritée pour chacun de ses liens dynamiques.
C'est là que le bloque un peu, je ne trouve pas de solution intelligente qui ne me flood pas ma BDD. En effet, imaginez que vous affichiez un catalogue de 50 items. Le code du catalogue va vous donner les 50 IDs de ces item et il faut "trouver" l'URL rewritée pour chacun. Soit il faut requêté dans la table "url" à partir de l'ID pour trouver l'URL, soit il faut requete sur chaque item pour connaitre son "nom" et générer à la volé l'URL rewritée (si les URL des item sont basées sur leur nom). Dans tous les cas ca fait 50 requetes à faire sur la base... inadmissible en ce qui me concerne.

Je veux bien connaitre vos avis sur cette question pour répondre à cette problématique de la facon la plus optimisée possible (vous l'aurez compris, ma priorité est de faire le moins de requêtes possible en base. Grace à des systèmes de caches perso, la plupart de mes pages ne font aucune requête, et j'aimerai que ca continue )

[papajoker]

- On stocke tous les title/meta dans le BDD, on requête une première fois et on enregistre les infos en json dans un fichier cache nommé par exemple avec le md5 de l'URL. On aura donc autant de petits fichiers cache que d'URL et il suffit de supprimer le bon en cas de modification des title/meta. J'ai retenu cette solution qui me semble être la moins gourmande.

Ce choix ... pourquoi pas mais utiliser du json c'est un format d'échange entre langages, et toi tu es exclusivement en php, puisque le but est la rapidité pourquoi ne pas utiliser du php ?

2 : Il faut être capable dans ses pages de généré la bonne URLs rewritée pour chacun de ses liens dynamiques.

Mais si tu ne donnes pas TA règle, je ne vois pas quoi répondre
/dossier/page/id ?
/controlleur/action/param/ ?
/slug/produit ?

----------
tu veux afficher 50 produits, cela ce fait avec une requete sql, c'est quoi ce 50 ? meme 5000 items il faut qu'une seule requete

[Invité]

2 : Il faut être capable dans ses pages de généré la bonne URLs rewritée pour chacun de ses liens dynamiques.

...En effet, imaginez que vous affichiez un catalogue de 50 items.

Comme le dit papajoker, 1 seule requête suffit à afficher les 50 items.

Pour écrire les liens :
(si on prend l'exemple de Prestashop ou autre) les URL simplifiées sont générées et enregistrées en base de données DANS la fiche produit.
Ce n'est donc qu'un champ de plus à requêter et à afficher. Nul besoin de requête supplémentaire.

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

<a href="<?php echo $row['url_simplifiee']; ?>"><?php echo $row['titre_produit']; ?></a>

[Paleo]

- On stocke tous les title/meta dans le BDD, on requête une première fois et on enregistre les infos en json dans un fichier cache nommé par exemple avec le md5 de l'URL. On aura donc autant de petits fichiers cache que d'URL et il suffit de supprimer le bon en cas de modification des title/meta. J'ai retenu cette solution qui me semble être la moins gourmande.

Il faut le faire à la demande, c'est-à-dire au fur et à mesure des chargements de pages, autrement ça ne tient pas la charge.

2 : Il faut être capable dans ses pages de générer la bonne URLs rewritée pour chacun de ses liens dynamiques.
C'est là que le bloque un peu, je ne trouve pas de solution intelligente qui ne me flood pas ma BDD. En effet, imaginez que vous affichiez un catalogue de 50 items. Le code du catalogue va vous donner les 50 IDs de ces item et il faut "trouver" l'URL rewritée pour chacun. Soit il faut requêté dans la table "url" à partir de l'ID pour trouver l'URL, soit il faut requete sur chaque item pour connaitre son "nom" et générer à la volé l'URL rewritée (si les URL des item sont basées sur leur nom). Dans tous les cas ca fait 50 requetes à faire sur la base... inadmissible en ce qui me concerne.

Comme jreaux62, une seule requête devrait pouvoir ramener les 50 items. S'il s'agit des 50 produits d'une catégorie alors une requête en "... WHERE CATEGORY_ID = 123" ramène les produits. S'il s'agit de 50 produits décidés arbitrairement, alors il faudra une requête moche "... WHERE PRODUIT_ID IN (2, 5, 34, 45, ...)". Pas de risque de saturation de la DB avec une requête ramenant 50 lignes surtout si vous mettez le résultat HTML en cache ?

La réécriture d'URL ne change rien. URL originelle :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/index.php?2013/05/my-article

URL réécrite :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/2013/05/my-article

On enlève juste :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

index.php?

Si l'URL est construite selon une hiérarchie de données stockées en base, alors elle ne devrait pas elle-même être stockée en base. Elle serait en effet une redondance. Les redondances doivent être stockées dans le cache.

(vous l'aurez compris, ma priorité est de faire le moins de requêtes possible en base. Grace à des systèmes de caches perso, la plupart de mes pages ne font aucune requête, et j'aimerai que ca continue )

J'ai eu une problématique similaire issue de motivations similaires.
Le plus gros du travail est sur la mise à jour du cache.