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.