Bonjour,
j'utilise un modèle dans un article qui capte les paramètres dans l'url pour conditionner le calcul des boucles, #SET{categorie,#EVAL{$_GET['categorie']}} #SET{id_fiche,#EVAL{$_GET['id_fiche']}}
J'affiche bien bien les valeurs avec #GET{categorie} et #GET{id_fiche}
En spip 3.0.27 pas de soucis, le problème est apparut en spip 3.2.1, je suis passé en 3.2.3 des fois que et même en mettant la balise #CACHE{0} au début du modèle spip retourne la dernière version de l'article en cache du coup je suis obligé d'ajouter dans les liens qui appelle l'article le filtre |parametre_url{var_mode,calcul} (ça fait crade).
On dirait que la balise #CACHE n'était plus prise en compte.
Header unset ETag
FileETag None
Header set Cache-Control « max-age=0, no-cache, no-store, must-revalidate »
Header set Pragma « no-cache »
Message du 22/01/19 14:43
De : « Escurel » escurel@orange.fr
A : « Spip user » spip@rezo.net
Copie à :
Objet : [Spip] spip 3.2.1 & 3.2.3 #CACHE{0} inopérant
Bonjour,
j’utilise un modèle dans un article qui capte les paramètres dans l’url
pour conditionner le calcul des boucles, #SET{categorie,#EVAL{$_GET[‹ categorie ›]}} #SET{id_fiche,#EVAL{$_GET[‹ id_fiche ›]}}
J’affiche bien bien les valeurs avec #GET{categorie} et #GET{id_fiche}
En spip 3.0.27 pas de soucis, le problème est apparut en spip 3.2.1, je
suis passé en 3.2.3 des fois que et même en mettant la balise #CACHE{0}
au début du modèle spip retourne la dernière version de l’article en
cache du coup je suis obligé d’ajouter dans les liens qui appelle
l’article le filtre |parametre_url{var_mode,calcul} (ça fait crade).
On dirait que la balise #CACHE n’était plus prise en compte.
Arf,
j’oublie de préciser que j’utilise wampserver, ces directives retournent une erreur 500 si le module mod_header.so n’est pas activé.
Dans httpd.conf j’active le module « headers_module.so » en le dé-commentant
puis ajouté
<FilesMatch « .(php|php3|html|htm|shtml|js|css|cgi|pl)$ »>
Header set Cache-Control « no-store, no-cache, must-revalidate, max-age=0, post-check=0, pre-check=0 »
Header set Pragma « no-cache »
Header set Expires « 0 »
Dans le .htaccess j’ai ajouté
Header unset ETag
FileETag None
Header set Cache-Control « max-age=0, no-cache, no-store, must-revalidate »
Header set Pragma « no-cache »
j’ai relancé les services et c’est pareil.
Je vais essayer sur mon dedian 8 pour voir
j'utilise un modèle dans un article qui capte les paramètres dans l'url pour conditionner le calcul des boucles, #SET{categorie,#EVAL{$_GET['categorie']}} #SET{id_fiche,#EVAL{$_GET['id_fiche']}}
J'affiche bien bien les valeurs avec #GET{categorie} et #GET{id_fiche}
En spip 3.0.27 pas de soucis, le problème est apparut en spip 3.2.1, je suis passé en 3.2.3 des fois que et même en mettant la balise #CACHE{0} au début du modèle spip retourne la dernière version de l'article en cache du coup je suis obligé d'ajouter dans les liens qui appelle l'article le filtre |parametre_url{var_mode,calcul} (ça fait crade).
On dirait que la balise #CACHE n'était plus prise en compte.
Une idée ?
J'avais un besoin semblable aussi
et j'ai itou constaté que ça ne marche plus en passant de la 2.1 à la 3.3
Je crois me souvenir qu'il y a eu une modification
de la manière avec laquelle les caches des modèles sont gérés.
J'avais conclu qu'il valait mieux (voire : qu'il fallait désormais)
gérer cela dans le squelette qui inclue le #TEXTE :
transférer la complexité depuis le modele au cache incluant le #TEXTE.
Par exemple, en insérant des marqueurs dans le modèle (ou directement dans le texte),
et en les reconnaissant via un filtre dans le squelette incluant pour y faire le nécessaire.
j'utilise un modèle dans un article qui capte les paramètres dans l'url pour conditionner le calcul des boucles, #SET{categorie,#EVAL{$_GET['categorie']}} #SET{id_fiche,#EVAL{$_GET['id_fiche']}}
J'affiche bien bien les valeurs avec #GET{categorie} et #GET{id_fiche}
En spip 3.0.27 pas de soucis, le problème est apparut en spip 3.2.1, je suis passé en 3.2.3 des fois que et même en mettant la balise #CACHE{0} au début du modèle spip retourne la dernière version de l'article en cache du coup je suis obligé d'ajouter dans les liens qui appelle l'article le filtre |parametre_url{var_mode,calcul} (ça fait crade).
On dirait que la balise #CACHE n'était plus prise en compte.
Une idée ?
J'avais un besoin semblable aussi
et j'ai itou constaté que ça ne marche plus en passant de la 2.1 à la 3.3
Je crois me souvenir qu'il y a eu une modification
de la manière avec laquelle les caches des modèles sont gérés.
J'avais conclu qu'il valait mieux (voire : qu'il fallait désormais)
gérer cela dans le squelette qui inclue le #TEXTE :
transférer la complexité depuis le modele au cache incluant le #TEXTE.
Par exemple, en insérant des marqueurs dans le modèle (ou directement dans le texte),
et en les reconnaissant via un filtre dans le squelette incluant pour y faire le nécessaire.
JL
Bonsoir,
je ne conceptualise pas l'idée/méthode :
J'avais conclu qu'il valait mieux (voire : qu'il fallait désormais)
gérer cela dans le squelette qui inclue le #TEXTE :
transférer la complexité depuis le modele au cache incluant le #TEXTE.
Par exemple, en insérant des marqueurs dans le modèle (ou directement dans le texte),
et en les reconnaissant via un filtre dans le squelette incluant pour y faire le nécessaire.
J'avais conclu qu'il valait mieux (voire : qu'il fallait désormais)
gérer cela dans le squelette qui inclue le #TEXTE :
transférer la complexité depuis le modele au cache incluant le #TEXTE.
Par exemple, en insérant des marqueurs dans le modèle (ou directement dans le texte),
et en les reconnaissant via un filtre dans le squelette incluant pour y faire le nécessaire.
je ne conceptualise pas l'idée/méthode : > Un exemple de code ?
Au lieu d'insérer <uncertainmodele|> dans le texte de l'article,
juste insérer @@marqueur@@
et faire un filtre qui détecte et insère le nécessaire
dans le squelette affichant le texte.
Au lieu de simplement #TEXTE il y aurait par exemple :