[spip-dev] invalideurs

Suite aux problemes rencontres par Paolo, il semble plus sage de desactiver
(par défaut) les invalideurs ; sauf, évidemment, pour les forums et les
pétitions.

La difficulté avec les pétitions, c'est qu'il faut mettre un invalideur
'petition/$id_article' au bon endroit, c'est-à-dire partout où il y a une
boucle (SIGNATURES){id_article}, ce qui est un peu trop compliqué...

Du coup je vais tout bonnement mettre un invalideur 'petition' générique sur
toutes les pages ayant une balise #PETITION ou #FORMULAIRE_SIGNATURE : ça ne
posera problème (ie, vidage massif du cache à chaque signature) que sur un
site dédié aux pétitions, ce qui est rare.

TODO : Si quelqu'un trouve comment faire pour affecter $Cache depuis la
function boucle_SIGNATURES_dist(), les boucles (SIGNATURES) pourraient aussi
donner droit à cet invalideur.

Evidemment seuls les articles où la pétition est activée sont pris en compte
par l'invalideur.

Pour rétablir les invalideurs articles (et breves, rubriques et sites, que
j'ai ajoutés comme prévu de longue date), il suffit de mettre
        $invalider_caches = true;
dans ecrire/mes_options.php3

Par ailleurs je simplifie les histoires de "premier accès au cache" et de
durée de vie d'une heure à confirmer pour les pages qui viennent d'etre
créées : puisqu'on a une limitation de l'espace disque total alloué au
cache, tant pis si un idiot de robot vient pourrir le cache, ça
s'autoréparera... je ferai deux commits séparés.

-- Fil

je ne comprends pas ce que tu veux dire Fil:
cette fonction est appelée à la compilation d'un squelette,
alors que $Cache n'a d'existence qu'à chaque exécution du résultat de la compil;
autrement dit les 2 événements sont obligatoirement séparés dans le temps.
Tu peux expliquer ?

      Emmanuel

Ca me semble du même ordre que le message de forum invalidant sa page d'appel.
Donc c'est faisable, mais sans doute au prix d'un équivalent de la table spip_cache.

      Emmanuel