Bonjour,
@JL
Il semble que l'installation par défaut de Cachelab ne fasse aucune
surcharge de $GLOBALS['derniere_modif_invalide'].
Et utilise utilise celle definie dans mes_options.php si celle-ci
existe.
C'est bien cela ?
Cordialement,
Eric
Le 21/12/2018 à 14:47, eric a écrit :
Il semble que l'installation par défaut de Cachelab ne fasse aucune
surcharge de $GLOBALS['derniere_modif_invalide'].
Et utilise utilise celle definie dans mes_options.php si celle-ci
existe.
C'est bien cela ?
Tout à fait.
CacheLab n'installe aucune stratégie d'invalidation,
car ces stratégies dépendent de chaque site,
mais CacheLab donne le moyen de le faire (assez) facilement.
Concernant $GLOBALS['derniere_modif_invalide'],
c'est la fonction d'API controler_invalideur qui facilite son usage
avec un argument d'action 'stop', 'go' ou 'select' qui permet de contrôler
l'invalidation standard de spip.
Jusqu'à présent je ne m'en suis servi qu'en 'stop' et 'go'.
cf API CacheLab 1. Action sur des caches ciblés - SPIP-Contrib
JL
Le vendredi 21 décembre 2018 à 19:51 +0100, JLuc a écrit :
Bonjour,
Le 21/12/2018 à 14:47, eric a écrit :
>
> Il semble que l'installation par défaut de Cachelab ne fasse aucune
> surcharge de $GLOBALS['derniere_modif_invalide'].
> Et utilise utilise celle definie dans mes_options.php si celle-ci
> existe.
> C'est bien cela ?
Tout à fait.
CacheLab n'installe aucune stratégie d'invalidation,
OK,
En fait j'utilise "Filecache", pour le moment, et, la fonction
suivre_invalideur de cachelab retourne
$GLOBALS['derniere_modif_invalide']=false, sauf si ce sont les caches
APC ou APCU qui sont utilisés.
Pour l'instant, je ne change rien.
Je suis le fonctionnement de "cachelab_duree_jusqueminuit" qui est
appliqué à certains articles : j'ai de temps en temps un calcul avant
la fin de la durée du cache. Cela ne concerne qu'une infime partie des
articles - bâtis sur le même squelette - et qui ne sont pas toujours
les mêmes.
Ce que j'ai pu observer, c'est que le fichier de cache généré était
quelquefois supprimé avant que la durée totale de celui-ci ne se soit
écoulée.
J'essaie de "capturer" l'événement qui produit cela.
Cordialement,
Eric
Le 22/12/2018 à 14:40, eric a écrit :
En fait j'utilise "Filecache", pour le moment, et, la fonction
suivre_invalideur de cachelab retourne
$GLOBALS['derniere_modif_invalide']=false, sauf si ce sont les caches APC ou APCU qui sont utilisés.
suivre_invalideur ne renvoie jamais rien
mais j'ai l'impression n'avoir traité que le cas APC ou APCu
alors que depuis, cachelab peut être utilisé plus largement.
Je dois compléter.
Je suis le fonctionnement de "cachelab_duree_jusqueminuit" qui est
appliqué à certains articles : j'ai de temps en temps un calcul avant
la fin de la durée du cache. Cela ne concerne qu'une infime partie des
articles - bâtis sur le même squelette - et qui ne sont pas toujours
les mêmes.
La durée spécifiée par #CACHE est une durée de validité maximale
mais de nombreuses fonctionnalités de SPIP, dans le core et dans les plugins,
invalident le cache.
J'essaie de "capturer" l'événement qui produit cela.
J'ai corrigé un log.
JL