Eléments de solution au problème du cac he

salut,

j'ai un peu réfléchi pour le problème du cache, voici ce que je propose :

dans la requete SQL de vérification, je compte aussi le nombre de champs 
réponse :

count(id) as count, max(last_modification) as last_modification

Ensuite je gere des fichiers de cache me donnant des infos sur le cache. 
Je les reference dans un autre repertoire que le cache, mais avec le 
meme systeme de nommage. Pour savoir quand le cache a été créé, je fais 
un filemtime() dessus. Dans le fichier, je stocke simplement le nombre 
de réponses.

Ainsi, si les deux paramètres conviennent avec la requete, ou si count 
est nul dans la requete et que le fichier contient 0, j'utilise le cache.

Ca vous parait correct ?

Sinon, Eric, je veux bien ta solution avec 4 requetes SQL, pour voir 
comment tu fais !

Pour l'instant, je gere deux caches comme je l'ai dit dans un précédent 
mail: un DATA et un typé pour la sortie. Ca casse un peu l'abstraction, 
mais c'est pas si terrible que ca. On peut cependant utiliser seulement 
DATA et mettre en forme la page globalement à la fin de la contruction 
de la donnée : c'est au choix de l'utilisateur ! De toute facon, 
spécialiser le cache au niveau module, n'est pas tres dur a developper, 
donc ca ne m'a pas couté bien cher ! Ca permettra d'optimiser le cache 
élément par élément pour des regénérations partielles de la page le jour 
venu.

-- 
Grégoire Cachet - Développeur intégrateur chez Audacy
http://www.zwiffer.org           http://www.audacy.fr