Version 15 — Janvier 2019 — JLuc
Résidu de config obsolète nocive
https://zone.spip.org/trac/spip-zone/changeset/113205 gère un résidu de configuration obsolète nocive.
- Fil donne son accord pour cette modif et pour continuer, c’est à dire virer le test de
config[memoization][pages]</code > dans < code>public_cacher</code >
- il faudra Il serait peut être déplacer le nettoyage préférable de config plutôt mettre ça dans un fichier memoization_administrations.php.
{{La clé binaire se sauve pas en BDD sur certains hébergements}}
CACHE_KEY ne se sauve pas correctement sur une BDD, pourtant utf8, sur un site hébergé chez gandi, mais se sauvegarde bien chez nursit ou sur un autre site chez gandi. Du coup c'est vide quand on le récupère, et les caches ne sont pas cryptés.
{{Disponibilité trompeuse}}
Sur un hébergement <code>OVH mutu
, le plugin détecte que memcached
et memcache
sont disponibles (ainsi que redis), mais en fait ils ne le sont pas. Le test de disponibilité devrait être plus précis.
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.
creer_cache
creer_cache
appelle maj_invalideurs
*aprés* avoir enregistré le cache, ce qui empêche à maj_invalideurs
de modifier le cache en modifiant simplement le paramètre &$page
reçu (comme le ferait un pipeline). Serait il possible d’appeler maj_invalideurs
*avant* l’enregistrement du cache ?