API CacheLab 1. Action sur des caches ciblés - commentaires

API CacheLab 1. Action sur des caches ciblés

Nouveau dans la V1.6.1 : On peut cibler les caches dont un argument d'inclusion figure dans une suite de valeurs cibles, séparées par des '|' comme pour le ciblage par le chemin. Ainsi, cachelab_cibler('del', ['cle_objet'=>'id_article', 'id_objet'=>'11|21|31'); effacera tous les caches dont les contextes contiennent un id_article valant 11, 21 ou 31.

Les spécifiants de condition 'cle_objet' et 'id_objet' étaient initialement conçus et documentés comme s'appliquant à des clés primaires, mais ils peuvent servir en fait pour tout argument d'inclusion, clé primaire ou pas, y compris pour des arguments d'inclusion qui ne sont pas des champs de la table (car c'est au niveau de l'inclusion d'un cache que le ciblage se fait et non dans la relation à une table).

API CacheLab 1. Action sur des caches ciblés

Fort heureusement, le cache n'est jamais « tout le temps recalculé », sinon ce ne serait pas un cache, mais au vu de tes questions je pense que cachecool te conviendra mieux car c'est utilisable sans devoir adapter le site en profondeur.

API CacheLab 1. Action sur des caches ciblés

Merci beaucoup ! Et aurais-tu des conseils généraux, dans mes_options, d'usages de Cache Lab, ou tu trouves que Cache Cool est suffisant, pour un traitement disons global des caches, c'est à dire en gros que tout le cache ne soit pas tout le temps recalculé.

API CacheLab 1. Action sur des caches ciblés

L'activation de CacheLab ne fait rien en elle même, mais permet de se servir, ou pas, des API et fonctionnalités fournies, dans mes_options ou ailleurs... Il faut coder les usages voulus de ces fonctionnalités.

Le plugin cachecool permet d'accélérer la vitesse apparente de service des pages, en servant des caches froids (périmés). C'est clé en main.

API CacheLab 1. Action sur des caches ciblés

Ma question est peut-être un peu simplette : le plugin Cachelab ne change rien, si on ne fait que l'activer, à la gestion du cache, j'ai bien compris ? Il offre des outils fins de gestion de cache. Y aurait-il une manière générale (dans mes_options.php par exemple) de l'utiliser pour changer le fonctionnement par défaut d'invalidation du cache ? N'est-ce pas ce que fait déjà le plugin Cache Cool ?

API CacheLab 1. Action sur des caches ciblés

J'ai ajouté la doc sur les fichiers de logs produits et les constantes pour leur paramétrage.

API CacheLab 1. Action sur des caches ciblés

Nouveau (v1.1.0) : cibler plusieurs jeux de caches d'un coup

Rq3 : les conditions déjà décrites se combinent par un ET (AND) logique et permettent de cibler aussi précisément que possible le jeu de cache ciblé. Il arrive qu'on ait besoin de cibler plusieurs jeux de caches. Pour cela, on devait appeler plusieurs fois de suite cachelab_cibler. Avec cette nouvelle version, on peut combiner plusieurs conditions de manière inclusive, c'est à dire avec un OU (OR) logique. Il faut pour cela utiliser une entrée 'ou' ou 'or'. C'est équivalent à appeler cachelab_cibler successivement pour chacune de ces conditions, mais c'est plus rapide puisque ça ne parcoure qu'une seule fois le cache.

Exemple : avec l'appel à cachelab_cibler suivant, 2 jeux de caches seront ciblés :
- les noisettes ayant 'favori' dans leur chemin et recevant un certain id_favori dans leur environnement
- les noisettes ayant 'mes_favoris' dans leur chemin et un certain id_auteur dans leur environnement

$cible = cachelab_cibler( 'del', [ 'ou' => [ ['chemin'=>'favori', 'cle_objet'=>'id_favori', 'id_objet'=>$id_favori], ['chemin'=>'mes_favoris', 'cle_objet'=>'id_auteur', 'id_objet'=>$id_auteur] ]]);

API CacheLab 1. Action sur des caches ciblés

Nouveau : passage en v1.0.0

Avec de nouvelles valeurs possibles pour methode_chemin : « == » ou « egal » ou « equal » . Ce fonctionnement sera souvent combiné à l'option partie_chemin afin de préciser quelle est partie du chemin qui est testée. Avec « == » ou « egal » ou « equal », c'est un test d'égalité qui est fait entre la valeur ciblée pour le chemin et la partie_chemin des caches testés.

(Par défaut, c'est strpos : il suffit que le chemin contienne la partie spécifiée)