Re: Un pipeline avant calcul pour modifier le contexte

Le 02/06/2018 à 12:10, RastaPopoulos a écrit :
> Pour la page complète par contre, Cédric rappelle que le cache n'est pas
> dépendant du contexte, mais uniquement de l'URL demandée. Donc là il
> faut trouver un moyen de ne pas dépendre du même cache si jamais on a
> modifié le contexte. Encore un truc à résoudre donc pour ce pipeline.

Calomnie. :p

En fait ce n'est pas du tout ce que je vois dans le code pour l'instant,
mais peut-être je comprends mal.

J'ai donc fouillé pour assembler() qui s'occupe des squelettes racines,
et ça marche… exactement pareil que pour inclure_page() !

Sauf que là le contexte n'est pas fourni manuellement dans un tableau,
mais est généré automatiquement en aspirant GET et POST mélangé. Mais
ensuite ça fait exactement la même chose et ça envoie tout ça à la
fonction public_cacher() qui génère un nom de cache *en fonction du MD5
du contexte*. Tout comme pour les inclusions.

Donc en fait il n'y a aucun différence, à part que c'est en deux
endroits (bof, yorait sûrement des choses à mutualiser).

Et donc on peut bien mettre à ces deux endroits le même pipeline *avant*
la fonction de cache, afin de pouvoir modifier le contexte, et ça va
bien être pris en compte pour le cache.

-- 
RastaPopoulos

_______________________________________________
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip