Comment décider de coder un cache sur des blocs ?

sdfhacker · Inscrit le: Sep 13, 2005 Messages: 1546 25993 points Lieu de résidence

Salut !!

Comment décider de coder un cache sur des blocs ?

En effet, y a-t-il un nombre minimum de requêtes à réaliser avant qu'il ne soit avantageux de mettre en place un système de cache ?

Plus concrètement, est-ce intéressant de coder un cache sur un bloc 100% HTML ? Ou alors peut-être que ça ne change rien ? Et sur un bloc avec 1 ou 2 requêtes ?

Merci Wink

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

salut

le seul but du cache est de réduire le nombre de requêtes sql et le traitement php s'il y en a

alors un bloc par exemple qui n'a aucune requête mais qui va faire un très gros calcul alors là on met en cache

ensuite si le bloc a au moins 1 requête on peut mettre en cache si et seulement si c'est sur du long terme par exemple un cache de 12 heures pour un site peu vsité, un cache de 5 minutes si le site accuse 500 pages vue en 5 minutes, c'est 500 requêtes de gagnée s et ça soulage d'autan apache

comme tu à pu le voir pour les visiteurs et membre le cache est en HTML, c'est ultra rapide, ça demande le minimum de ressources machine, par contre le cache admin est en php puisque sécurisé donc demande un peu de calcul à apache mais rein de bien méchant, j'ai fait ça par 'purisme', enfin l'envie de poser de bonnes bases d'entrée ce qui permet au fil et à mesure des mises à jour de bs d'avoir un cms de mieux en mieux, et là on va faire bien mieux avec le futur kernel que j'ai sur ce site actuellement

donc l'utiliser, perso je suis assez pour du tout en cache, on tape moins sur le serveur sql et dans tous les cas c'est pur bénéfice ( exemple ces dernier jours avec le heaping des sessions, voilà le style de truc béton qui colle bien à l'image de maximus: toujours plus vite Smile

)

Je suis sûr qu'un jour, on aura d'origine un cms all in cache, puisque l'idée initiale de max cache le permet ( sans grandes modifs en plus )

celui qui 'bricole' un peu, a vraiment un outil sympa Smile

une chose à garder en tête, c'est l'exemple mortel qui tue l'utilité du cache ( exemple de nsn jpcache avec lequel j'avais commencé en 2002/2003 - ce sera définitivement impossible de faire ce que l'on peut faire avec max cache, car réellement pas adapté ), alors l'exemple c'est par exemple je met un cache d'une demie heure sur un module, mais ce module est vue 6 fois par jour
ce qui veut dire que le cache va être ré-généré à chaque vision du module ( ou quasiment ) et ça c'est l'erreur classique que l'on fait avec un cache mal calculé et/ou mal développé et/ou mal adapté

conclusion le cache tue le cache, et dans ce cas là, le cache ralenti le temps de calcul, alourdi le besoin en ressources machine, c'est donc non pas un accélérateur, mais le contraire !!!

dans l'idée renault avait inventé le turbo pour économiser du carburant ( à l'initial ) puis une fois tout mis en place ils se sont rendu compte que finalement ça augmentait la puissance terriblement du moteur essentiellement ( en causant une surconsommation de carburant ), ça parait incroyable mais c'est vrai, le cache c'est exactement pareil : il faut un cache 'adapté' et réfléchi en fonction de son utilisation

c'est là qu'un cache mal foutu est pire que tout, tu te retrouve avec un site qui finalement consomme encore plus et rame encore plus !

le juste milieu est en fait à déterminer en fonction de chacun, c'est bien pour cela que l'on retrouve des cache de 4 semaines dans maximus, car là on 'amorti' obligatoirement son cache, par exemple mettre la page d'accueil à 1 heure serait une pure bêtise, les news on les changent pas toutes les heures, il faut au minimum 1 jour ( et c'est peu )

Je vois par exemple des sites afficher leur temps de cache ( comme si c'était de l'or en barre mdr :) ), ben si je vois temps de rétention 1 heure, je comprend tout de suite que le webmaster n'a pas comprit à quoi sert un cache et comment on s'en sert !

avec cette petite explication, je pense que la communauté aura déjà un meilleur aperçu

on devrait d'ailleurs le mettre dans le wiki, car c'est primordial de bien configurer son système de cache

un cache bien paramétré = bon bénéfice
un cache mal configuré = grosse perte

c'est un peu comme tout en fait Smile

sdfhacker · Inscrit le: Sep 13, 2005 Messages: 1546 25993 points Lieu de résidence

Merci pour ta réponse (j'en attendais pas autant !).

Et vivement le cache auto-destructible, ou plutôt auto-constructible. Wink

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

oui certes !!

c'est le cas dans coppermine déjà !
on l'a aussi dans le livre d'or !

petit à petit tous les modules en seront dotés de toute façon, le plus chiant c'est le forum, mais il y passera aussi Smile

epsylon · Inscrit le: Apr 28, 2005 Messages: 12127 77463 points Lieu de résidence

faudra voir celui des news car tu ajoute une news
tu l'a dans le titre de la fenetre mais sur l'index elle apparait pas
ca fait pas tip top quand meme

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

oui, le module de publication en cours fait tout ça très bien,
en fait tout ça ce sont des avancées qui vont se faire sur le temps, et l'idéel est de le faire proprement module par module ainsi une fois le tour fait, tout sera nikel Smile

en fait du temps surtout ce que je devrais inclure c'est le lien dans le footer ( distroy cache module )

ça permet de régénérer le cache par module directement ( et pas tout le cache ), ça me parait important comme modif à apporter Smile

mais y'a tellement de trucs qui déboulent en même temps Smile

regarde ne serait ce que l'installeur là, c'est un truc qui va déchirer grave et là c'est pas 2 heures de travail pour en arriver à ça Smile