Re: Discussion avant pull request sur autorisati on pour accès à <:bouton_cache_desactiver:>
6ril <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 24/01/2019 à 09:27, Cerdic a écrit :
> Hello,
>
> La bonne pratique pour invalider le cache après modification éditoriale
> c’est ça
>
> https://git.spip.net/SPIP/spip/src/branch/master/ecrire/action/editer_objet.php#L409
>
> (surtout pas purger le cache !)
>
Bonsoir Cédric,
Je ne veux pas être lourd, dans ce cas ne pas hésiter à le dire, je
comprendrai, mais je me lance, après tout ce temps passé à devoir y
renoncer, de comprendre un peu la boite noire épouvantail (pour moi,
bien sûr) du cache Spip.
De ce que je lis du code actuel
https://git.spip.net/SPIP/spip/src/branch/master/ecrire/inc/invalideur.php#L131,
un simple
ecrire_meta('derniere_modif', time())
à la suite d'une modif en bd, suffirait pour actualiser une page (pas le
squelette, juste les données) ?
j'ai testé sur une modif en bdd, et ça a l'air d'être le cas.
Je suis très intéressé par quelques réponses de qui que soit d'avisé sur
le sujet (sachant que je manipule depuis longtemps des "objets"
éditoriaux non déclarés dans le système (pour l'instant, faute de mieux,
je fais comme je peux) gérés cependant par cvt en privé et affichés en
public par boucles et balises.