Revisions : Memoization (SPIP)

Les articles publiés sur le site

• Revision 83502 : Correction d’une coquille

  28 juin 2014, par passe2048-vague@… — Log
  Correction d'une coquille

• Revision 83495 : On évite l’affichage de l’erreur « Strict Standards : Declaration of ...

  27 juin 2014, par cerf@… — Log
  On évite l'affichage de l'erreur « Strict Standards: Declaration of MCacheBackend_xxx::lock() should be compatible with MCacheBackend::lock(, = false) » avec APC et eAccelerator, comme c'est déjà le cas avec les autres systèmes de cache.

• Revision 83468 : Stratégie d’invalidation progressive du cache après modification du ...

  25 juin 2014, par cedric@… — Log
  Stratégie d'invalidation progressive du cache après modification du contenu éditorial pour les sites à fort trafic. Avant : quand un contenu est modifié, tous les caches sont considérés invalides immédiatement, provoquant le calcul systématique du cache au premier appel après la modification. Sur un site a fort trafic cela déclenche beaucoup de calculs concurrents (y compris potentiellement du même cache) et une charge serveur qui peut être problématique. Maintenant : la mise a jour des caches se fait progressivement, avec une probabilité de 15% juste après la modification éditoriale et qui grimpe jusqu'à 100% après en temps défini par la constante _DUREE_INVALIDATION_PROGRESSIVE_CACHE . Cela permet de lisser la charge de calcul des nouveaux caches meme en cas de fort trafic. La constante est par défaut définie à 1s ce qui donne le même comportement qu'auparavant (à 1 seconde près), mais par exemple le réglage define("_DUREE_INVALIDATION_PROGRESSIVE_CACHE",300); dans mes_options.php donne un bon lissage de la charge de mise à jour du cache. Pour les admins connectés on met a jour le cache systématiquement si il y a besoin, cela leur permet de voir le nouveau contenu immédiatement. + la gestion de cache après apparition de contenu post-daté est identique à celle après modification éditoriale.

• Revision 81622 : j’avais incrémenté le plugin.xml mais pas le paquet.xml

  25 mars 2014, par nicolas.dorigny@… — Log
  j'avais incrémenté le plugin.xml mais pas le paquet.xml

• Revision 81600 : baisser le niveau de log au niveau standard memoization était TRES bavard, ...

  23 mars 2014, par nicolas.dorigny@… — Log
  baisser le niveau de log au niveau standard memoization était TRES bavard, d'où beaucoup d'écritures disque inutiles