Version 3 — Octobre 2018 — JLuc
Memoization produit des caches dont la clé se termine par _
Je crois que ça ne devrait pas être le cas car soit c’est sessionné et alors c’est terminé par _id-de-session, soit ça l’est pas et alors il y a pas ce _.
J’ai l’impression que memoization produit ces caches lorsqu’une personne logée visite un squelettes non sessionnés. Pour toutes ces personnes logées elle produit un cache suffixé par ’_’ distinct du cache pour les personnes non logées, qui n’a pas ce suffixe. Pourtant ces 2 caches sont identiques.
Cela vient du fait
- que le cache non sessionné d’une personne logée contient quand même l’invalideur ’session’=>’’ (vide). Est-ce normal ?
- que Mémoization teste seulement isset($cache[’invalideurs’][’session’]) et non la valeur (qui est vide).
On peut corriger ça en corrigeant l’un ou l’autre de ces 2 points, mais il faudrait confirmer d’abord que ces 2 caches sont identiques dans tous les cas, et qu’il doit n’y en avoir qu’un seul.
Rien pour l’instant !
Disponibilité trompeuse
-* Sur un hébergement OVH mutu
, le plugin détecte que memcached
et memcache
sont disponibles (ainsi que redis), mais en fait ils ne le sont pas. Selon la doc OVH memcached est « non activable », bien que php soit configuré avec « ’—enable-memcached ». Quand on active le plugin avec Memcached
, le site fonctionne quand même, mais rame (30 secondes pour servir une page). Avec memcache
, il ne rame pas autant mais met 2 fois plus de temps qu’avec filecache
pour servir une page.
Il faudrait tester plus précisément.