Cache et nombre de fichiers

Oui faut séparer en plusieurs sous dossiers, mais faut pas en abuser non plus... c'est ce que je faisais sur Oogolo, et ça a provoqué le problème inverse.
Depuis j'utilise uniquement les deux premiers caractères pour le découpage, ce qui donnerait cache/xx/fichier ; avec un hash ça donne donc un premier niveau de 256 entrées, même avec 5 millions de cache ça ne ferait que 20'000 fichiers en moyenne par dossier, ça se passe bien.

Maintenant faut voir si c'est vraiment pertinent d'avoir un cache de plusieurs centaines de milliers de fichiers qui fait 10 fois la taille de la base de données (déjà vu...) ; souvent le cache fichier reste intéressant à condition de tenir dans le cache disque...

Il existe surtout beaucoup de techniques très différentes, à des usages différents.

Je n'utilise ça que pour des caches de données par exemple, surtout pas pour un cache d'affichage (qui me semble complètement idiot en PHP).

Et même pour les caches de données, il y a du stockage "réseau" via memcache, lorsque de cela doit être synchronisé entre plusieurs serveurs, voir du cache mémoire (shm, apc, eaccelator, etc).

Certains s'amusent même à générer des fichiers ".php" que le parseur s'emmerde à interpréter en permanence ; cache d'opcode ou pas.

Quand les données sont en cache la différence entre une page PHP avec cache d'affichage et une page PHP sans cache d'affichage est pour moi minime, et nettement moins efficace qu'un vrai cache statique. Si le contenu s'y prête, autant placer la page en statique quoi (via Varnish par exemple).

Chez mes quelques clients qui utilisaient ça, le cache d'affichage php faisait plus de mal qu'autre chose, en générant énormément d'écriture sans un gain énorme.
Je crois que je n'ai plus que Zalex qui utilise un système de ce genre... faudra qu'on essaye avec Varnish un jour.

Bool, c'est quoi un cache de données pour toi ?
Pour moi c'est un résultat d'un traitement mis en cache
Par exemple une liste triée ou un nuage de mots qui peuvent prendre plusieurs secondes de CPU à se générer et qui ont une durée de vie de 12 ou 24h
Sans cache d'affichage, il me faudrait 4 fois plus de serveurs
Et j'aurai dans tous les cas des temps de reponse moins bons

J'aurais du préciser un peu les termes oui.

Pour moi un cache de données se greffe dans n'importe quelle fonction du code de manière transparente. Par exemple une fonction getListVoyagistes() qui retournerait un tableau : la fonction se démerde pour aller chercher les infos où elle veut, la portion de code appelante n'a pas à connaître la source. Ce "tableau" ou "objet" peut donc être réutilisé partout sur le site, peu importe l'utilisation, sans problème.
Et hors traitements très spécifiques, je ne mets aucune génération HTML là dedans : le surcoût du cache dépassant souvent le temps de formatage en html.

Par cache d'affichage j'entendais la page complète : il s'agit de dire que pendant X secondes/minutes on ne met pas du tout à jour la page, quoi qu'il arrive, et qu'à la place on balance une page HTML pré-générée. Et bien dans ce cas je trouve idiot de passer par PHP vu que c'est lui le principal goulet d'étranglement : il est à mon sens bien plus efficace de générer simplement les entêtes de mise en cache pour les navigateurs et proxies, et de laisser un vrai système de cache aux commandes (Varnish ?).

Ces pages d'affichages "à la PHP", généralement ça se traduit par des dizaines de milliers de fichiers sur le disque, qui provoquent divers problèmes (saturation du disque, du cache disque, voir du cache d'opcode). En tous cas sur les sites que j'ai vu ça utilisé, c'était le cas.

Pour reprendre un exemple classique, je préfère remplacer quelque chose du genre :

$JPCACHE_TIME = 3600;

require '/usr/share/jpcache/jpcache.php';

$expires = 3600;

header('Date: '.gmdate('D, d M Y H:i:s', $_SERVER['REQUEST_TIME']).' GMT');

header("Cache-Control: max-age=$expires, public");

header('Pragma: public');

header('Expires: '.gmdate('D, d M Y H:i:s', $_SERVER['REQUEST_TIME']+$expires).' GMT');

Je sais bien devtribu que ça ne s'adapte pas à tout, mais justement c'est ce cas précis que je n'aime pas : quitte à coller l'ensemble de la page en cache, autant la rendre statique, peu importe la méthode.

Après à partir du moment où tu ne mets en cache que des "portions", ça devient un cache d'objets (le terme d'allogarage est effectivement plus approprié que mon cache de données ).