Ce plugin permet notamment de n’invalider que les caches le nécessitant au lieu d’invalider tout le cache lors d’une modification de la BDD. Il propose également divers outils pour une bonne gestion du cache.
Pour tous les sites :
- une surcharge de #CACHE
permettant de paramétrer une durée dynamique et contextuelle de cache, de vérifier le bon état sessionné ou non d’un cache et de loger cet état, de loger des métadonnées du cache ou de son html compilé.
- ?var_cache=oui
: un nouveau mode de débuging par l’url
- Des tests unitaires sur le calcul des caches par SPIP et en particulier sur le calcul et la propagation des sessionnements.
Pour les sites ayant activé Mémoization par APC ou APCu :
- une API pour intervenir de manière ciblée sur les caches : controler_invalideur($action, $objets_invalidants)
et cachelab_cibler($action, $conditions, $options)
permettant de cibler des actions (notamment l’invalidation) sur des caches précis. En particulier, ces fonctions permettent, lors d’une mise à jour de la base de donnée, de n’invalider que les caches concernés spécifiquement par ce changement au lieu de tout invalider en bloc comme spip le fait par défaut.
- un 2e jeu d’API d’action globale permettant de définir des invalidations globales par type d’objet ou par type d’événement invalidant.
- des statistiques et logs de suivi des invalidations standard et redéfinies.
L’emploi de cachelab pour cibler les caches qu’il faut désactiver, et pour laisser les autres valides, permet d’atteindre près de 100% d’efficacité du cache.
Xray révèle par exemple :
Sommaire
Discussions par date d’activité
Une discussion
c’est interessant, nous on utilise refresher
est ce que tu peux document un peu plus comment ca marche ?
Salut, as tu vu les autres articles de la rubrique ?
Pour chaque action qui génèrerait une invalidation du cache, on voit quelles sont ses conséquences sur le rendu visible et quels caches précis nécessitent vraiment une invalidation. Ça permet de déterminer quels caches cibler. L’analyse avec XRay permet aussi, éventuellement, d’optimiser les inclusions et les passages de paramètres. Puis on place les appels d’invalidation ciblée.
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |