Gestionnaire de cache

Version imprimable

02/02/2007, 10h51
hansaplast

Gestionnaire de cache

Bonjours,

j'ai actuellement un stagaire qui a effectué des recherches afin d'implementer un mecanisme de cache sur la pages d'un site B2C.

il a retenu deux solutions : jpcache et le cache zend.

notre problemetique est la suivante : nous ne maitrisons pas la MAJ des données dynamiques, elles sont lancées a partir d'un web service.
donc, si nous devons gérer l'expiration du cache de facon 'horaire' il nous faudrait une durée de vie du cache de 15 min. max.

qu'en pensez vous?
connaissez vous de meilleures solutions?
02/02/2007, 12h22
bigsister

Justement ça m'intéresse aussi. Actuellement j'ai un système perso dans lequel, quand l'internaute demande une page, je recherche d'abord si j'ai sa version HTML (le résultat de mon code PHP), sinon je cherche le PHP correspondant. Ensuite mon idée est d'implémenter un cron job qui ira mettre à jours tous seul mes fichiers HTML tous les 15 min par exemple... Qu'en pensez-vous ?
02/02/2007, 12h33
hansaplast

je complete : on a trop de pages pour toutes les generer en meme temps, il faudrait les regenerer seulement si

delai depassé ET page demandée

sachant que le top serait de pouvoir effacer les pages (toutes) si une MAJ par WS est lancée :)

donc, si vous pouvez donner une piste d'outil a mettre en place :)
08/02/2007, 12h31
hansaplast

bon, on va probablement apsser par le zend framework, et son outil de mise en cache de requetes / pages.

ca permet de configurer finement le cache
08/02/2007, 17h32
ametaireau

Tout depends de comment tu genere tes pages, et avec quoi elles interagissent

et pourquoi le refaire toutes les 15 minutes ?

Une bonne solution serait de generer le cache a chaque fois que le contenu de la page est mis a jour par une methode x ou y.
13/02/2007, 14h41
chaced

Le serveur utilise deja un cache d'opcode genre eaccelerator ?
19/03/2007, 15h19
hansaplast

Citation:

Envoyé par chaced

Le serveur utilise deja un cache d'opcode genre eaccelerator ?

reponse tardive :
non, on ne cache pas l'opcode, les serveurs web etants assez puissants, le probleme survient plus de la saturation de la BDD MySQL...

on a resolut le pb a l'ancienne : echo de toutes les requetes en dev et optimisation systematique :D