ok, alors j'avais mal compris ton message. Effectivement dans ton cas cela vaut la peine d'utiliser memoization.
Si tu est sûr de passer tout les paramètres nécessaires, la suppression du {env} ne devrait pas avoir d'impact (par contre il faut remonter plus haut dans les inclusions pour voir si le pb ne s'y situe
Je continue de penser que le bug vient de memoization, mais evidemment difficile de tester dans ces conditions.
Peut être en regardant du côté des logs, quitte à augmenter temporairement leur niveau (au prix du coup d'un ralentissement).
Sinon tu peux essayer de faire un var_mode=debug lorsque tu rencontre le pb, mais je craigne que cela force un recalcul de cache.
Le 31 mars 2015 à 12:41, Benjamin Tricault <tremens666@gmail.com> a écrit :
On n'a pas juste 3 pages mais je n'ai un problème que sur la pagination.
La config est éprouvée quand même puisqu'on tient largement les 100 millions de pages vues par mois ;o) d'où l'intérêt de memoization (et de nginx et varnish).
Mais sinon en théorie, j'envoie bien tous les critères, pour preuve ça marche 99% du temps.
Merci encore.
Le 31 mars 2015 12:20, Maïeul Rouquette <maieul@maieul.net> a écrit :
il faudrait voir comment est inclus ton bloc. Mais il faut a minima que toutes les informations nécessaires à la construit de la boucle dans le squelette inclu arrive, donc
- tout ce qui sert dans les critères. Par exemple si ta boucle à un {id_rubrique} il faut passer le {id_rubrique}
- et bien sûr il faut passer le {pagination_xxx}
je suis quand même étonné que tu ai besoin de memoization pour un site avec juste 3 pages. Tu dois avoir des pb ailleurs.
Le 31 mars 2015 à 12:15, Benjamin Tricault <tremens666@gmail.com> a écrit :
> Merci Maïeul !
>
> a) c'est compliqué, car les perfs sont beaucoup moins bonnes sans memoization (pourtant juste avec filecache), et comme le problème n'intervient qu'aléatoirement et qu'on peut très bien être plusieurs jours sans bug.
> b) le squelette est assez quelconque, c'est une boucle article avec juste la pagination en plus.
>
> Je viens de me souvenir d'une chose, pour améliorer le comportement avec Varnish, on avait supprimé le {env} à côté du {ajax}. Pour l'inclusion de ce bloc. Est-ce que ça ne pourrait pas venir de là ?
>
>
> Le 31 mars 2015 11:59, Maïeul <maieul@maieul.net> a écrit :
> Le 31.03.15 11:49, Benjamin Tricault a écrit :
>
> Bonjour à tous,
>
> De temps en temps, j'ai un bug de cache SPIP sur la pagination ajaxée.
> Quand on arrive sur l'accueil (ou une autre page), on se retrouve sur la
> page 2 ou 3 (je n'ai que 3 pages) d'un bloc paginé.
>
> Est-ce que c'est un bug connu de SPIP, une erreur de dev du squelette,
> une incompatibilité avec une config un peu exotique... ?
>
> Si quelqu'un a une idée, je suis preneur de toute suggestion. Je précise
> qu'on est en SPIP 3.0.17 avec le plugin memoization (en version 1.4.4 du
> coup je tente de faire la mise à jour pour voir si ça règle le problème).
>
> Merci d'avance.
>
> Bonne journée.
>
> Benjamin
>
>
> cela ne me dit rien en tant que bug de SPIP. Il faudrait
> a) tester sans memoization pour voir ce que cela donne. Il se peut que tout simplement on te serve un mauvais cache
> b) avoir le squelette précis pour pouvoir dit si c'est une mauvaise conception de squelette
>
> --
> Maïeul
> http://blog.maieul.net
> http://geekographie.maieul.net
>
> _______________________________________________
> liste spip
> spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
>
> Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
> Discuter chez rezo.net
>
> Documentation de SPIP : http://www.spip.net/
>
> Irc : de l'aide à toute heure : http://spip.net/irc
>