Bonjour,
J'ai mis #CACHE{0} dans une page "contenu/page-test.html", mais cela n'est pas pris en compte, "?page=test" n'est pas mis à jour à chaque chargement...
Une idée de raison et/ou contournement ?
-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/
http://flic.kr/nicolas-hoizey/
Je viens de vérifier avec juste
#CACHE{0}
[(#REM|time)]
dans contenu/page-test.html
Et le timestamp est bien remis a jour à chaque chargement de la page.
Cédric
Le 9 mars 2010 12:21, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Bonjour,
J'ai mis #CACHE{0} dans une page "contenu/page-test.html", mais cela n'est pas pris en compte, "?page=test" n'est pas mis à jour à chaque chargement...
Une idée de raison et/ou contournement ?
-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/
Nicolas Hoizey | Flickr_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Le 9 mars 2010 à 13:33, Cédric Morin a écrit :
Je viens de vérifier avec juste
#CACHE{0}
[(#REM|time)]dans contenu/page-test.html
Et le timestamp est bien remis a jour à chaque chargement de la page.
Moi j'ai ça :
#CACHE{0}
<p>Date courante : [(#DATE)]</p>
#SPIP_CRON
<p>Cette page va se rafraichir automatiquement dans 10 secondes...</p>
<script language="javascript">
setTimeout("window.location.reload()", 1000*10);
</script>
Et la date ne se met pas à jour si je ne mets pas "&var_mode=recalcul" dans l'URL.
-Nicolas
--
Nicolas HOIZEY
Le 9 mars 2010 13:37, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Le 9 mars 2010 à 13:33, Cédric Morin a écrit :
Je viens de vérifier avec juste
#CACHE{0}
[(#REM|time)]dans contenu/page-test.html
Et le timestamp est bien remis a jour à chaque chargement de la page.
Moi j'ai ça :
#CACHE{0}
<p>Date courante : [(#DATE)]</p>
#SPIP_CRON
<p>Cette page va se rafraichir automatiquement dans 10 secondes...</p>
<script language="javascript">
setTimeout("window.location.reload()", 1000*10);
</script>Et la date ne se met pas à jour si je ne mets pas "&var_mode=recalcul" dans l'URL.
Ben oui. Puisque la #DATE vient de l'appelant, passée en paramètre de
l'inclure...
Verifie avec
[(#REM|time)]
tu verras que ça marche.
Cédric
Le 9 mars 2010 à 14:15, Cédric Morin a écrit :
Le 9 mars 2010 13:37, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Et la date ne se met pas à jour si je ne mets pas "&var_mode=recalcul" dans l'URL.
Ben oui. Puisque la #DATE vient de l'appelant, passée en paramètre de
l'inclure...
Verifie avec
[(#REM|time)]
tu verras que ça marche.
Et le pire c'est que c'est vrai.
En fait, #DATE prend donc bien la date/heure courante, mais est mise en cache par un des squelettes de base de ZPIP, j'ai compris...
-Nicolas
--
Nicolas HOIZEY
Le 9 mars 2010 14:27, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Le 9 mars 2010 à 14:15, Cédric Morin a écrit :
Le 9 mars 2010 13:37, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Et la date ne se met pas à jour si je ne mets pas "&var_mode=recalcul" dans l'URL.
Ben oui. Puisque la #DATE vient de l'appelant, passée en paramètre de
l'inclure...
Verifie avec
[(#REM|time)]
tu verras que ça marche.Et le pire c'est que c'est vrai.
rhooo
En fait, #DATE prend donc bien la date/heure courante, mais est mise en cache par un des squelettes de base de ZPIP, j'ai compris...
La #DATE est mise dans le contexte au premier squelette et ensuite
transmise, effectivement aux inclure. La mise en cache de l'appelant
fige donc la date transmise à l'appelé.
Cédric
Le 9 mars 2010 à 14:43, Cédric Morin a écrit :
La #DATE est mise dans le contexte au premier squelette et ensuite
transmise, effectivement aux inclure. La mise en cache de l'appelant
fige donc la date transmise à l'appelé.
Faut juste s'en souvenir... 
Bon, en fait, mon bricolage, c'était pour tenter de faire fonctionner le génie plus souvent avec #SPIP_CRON, mais comme l'indique mon mail à spip-dev@, il semble y avoir un autre soucis...
-Nicolas
--
Nicolas HOIZEY
Le 9 mars 2010 15:10, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Le 9 mars 2010 à 14:43, Cédric Morin a écrit :
La #DATE est mise dans le contexte au premier squelette et ensuite
transmise, effectivement aux inclure. La mise en cache de l'appelant
fige donc la date transmise à l'appelé.Faut juste s'en souvenir...
Bon, en fait, mon bricolage, c'était pour tenter de faire fonctionner le génie plus souvent avec #SPIP_CRON, mais comme l'indique mon mail à spip-dev@, il semble y avoir un autre soucis...
Pourquoi tu utilises pas le plugin job_queue qui implémente une
gestion moderne et optimisée du cron ?
Cédric
Le 9 mars 2010 à 15:17, Cédric Morin a écrit :
Le 9 mars 2010 15:10, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Le 9 mars 2010 à 14:43, Cédric Morin a écrit :
La #DATE est mise dans le contexte au premier squelette et ensuite
transmise, effectivement aux inclure. La mise en cache de l'appelant
fige donc la date transmise à l'appelé.Faut juste s'en souvenir...
Bon, en fait, mon bricolage, c'était pour tenter de faire fonctionner le génie plus souvent avec #SPIP_CRON, mais comme l'indique mon mail à spip-dev@, il semble y avoir un autre soucis...
Pourquoi tu utilises pas le plugin job_queue qui implémente une
gestion moderne et optimisée du cron ?
C'est transparent, ou faut changer des devs ?
-Nicolas
--
Nicolas HOIZEY