Re: Un pipeline avant calcul pour modifier le contexte

RastaPopoulos <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <[email protected]>
Le 04/06/2018 à 19:27, RastaPopoulos a écrit :
> Et donc voilà cette fois le patch complet avec le XML et les deux
> appels, une pour les squelettes racines et une pour les inclusions.

Encore des précisions et questionnement.

Pour les squelettes racines, à ce niveau là où pour l'instant est le
pipeline, on n'a aucune info de quel fond est demandé et l'identifiant
de l'objet s'il y en a un etc, car ça c'est cherché plus loin. On a
effectivement (un peu comme le disait Cédric) que l'info de "quel URL
est demandé".

MAIS il n'empêche que si on ajoute des infos de contexte à ce moment là,
elles sont bien prises en compte pour la génération du nom du cache.

Mais le but c'est que ce pipeline soit bien *avant* le cache, donc c'est
comme "affichage_final" : c'est à utiliser en faisant attention à son
code, en ne faisant pas des opérations lourdes, et surtout normalement
en n'essayant de ne *pas faire de requête SQL*, puisque sinon le cache
ne sert à rien (vu qu'il permet en théorie d'avoir des pages mêmes quand
le SQL est coupé).

Bref par cohérence, pour les racines dans assembler() ça devrait bien
être là mais on a alors ni "fond" ni "contexte" rempli (array vide)

Y a-t-il un intérêt ? Pour que ce soit pareil partout je dirais oui, il
peut toujours y avoir quelque intérêt même sans connaitre le fond.

Sinon l'autre alternative ce serait de dire que ce n'est que pour les
inclusions, et on renomme alors le pipeline : pre_contexte_inclusion

Moi dans mes quelques idées d'utilisations, à chaque fois c'est pour des
inclusions, mais sait-on jamais…

Et surtout j'ai du mal avec l'idée que ça ne marche pas pareil entre
squelettes racines et inclus, pour moi dans les deux cas ce sont des
squelettes à compiler et à calculer. Je trouve cela dérangeant que ça ne
fonctionne pas pareil.

-- 
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.