Fastcache permet de mettre devant certaines pages du site (par exemple, la page d’accueil, la page jquery.js, le flux backend/RSS...) un cache rapide qui évitera de solliciter toute la machinerie de SPIP à chaque hit. Il est utile aussi pour un article victime de son buzz !!
Prérequis
A noter :
- pour l’activer sur une page, il faut vérifier que cette page doit bien afficher la même chose pour tous les visiteurs (hormis balise
#SESSION), donc pas de <?php echo $_SERVER[REMOTE_HOST] ?>
ou d’horloge en php ;-)
- il suffit sur le squelette correspondant d’ajouter la balise #FASTCACHE
, par exemple juste après #CACHE{3600}
Installation
L’installation n’est pas tout à fait automatique, car il y a un fichier spip.php à mettre à la place du fichier officiel à la racine. Le plugin peut le faire à votre place si les droits correspondent, sinon c’est un processus manuel (ftp). Le spip.php en question est compatible 1.9.2 et SVN, et continue à fonctionner même si le plugin est désactivé.
Si on a cfg, on peut se rendre sur la page
ecrire/?exec=cfg&cfg=fastcache
pour régler quelques paramètres.
Pour l’activer dans un squelette, ajouter la balise #FASTCACHE
.
Le système est compatible avec la balise #SESSION
, les visiteurs disposant d’un cookie de session n’étant jamais envoyés sur le cache rapide. En dehors de ce cas, si un squelette doit afficher quelque chose de spécifique pour chaque visiteur (comme, par exemple, son numéro IP), il n’est pas compatible avec #FASTCACHE
.
Fonctionnement
Fast Cache est compatible avec les stats de SPIP, mais son efficacité est plus grande lorsque les statistiques des visites sont désactivées.
Ce plugin permet de servir 10 à 20 fois plus de pages que le SPIP normal [1] si les stats sont désactivées. Donc des performances comparables à celles d’Expresso, avec une approche complètement différente.
Ce qu’on y risque
- On perd un peu en souplesse par rapport au modèle général des squelettes de SPIP : s’il y a du php dans un squelette, qui affiche (par exemple) le numéro IP du visiteur, ce numéro sera stocké dans le cache rapide et servi tel quel au visiteur suivant. Il faut donc s’assurer qu’on n’a pas un schéma de ce genre avant d’ajouter la balise #FASTCACHE
.
- Si on met la balise dans le squelette article.html, on risque potentiellement d’avoir beaucoup trop de fichiers « fc_* » dans le répertoire ; en utilisant l’extension php xcache (ou, à terme, memcache ou autre), ce problème disparaît.tmp/cache/
; on manque encore de recul sur ce point.
- Fastcache est compatible avec la mutualisation.
Ce qui est bien géré
Dans la mesure du possible le système est compatible avec les fonctionnalités de SPIP :
- un visiteur ayant un cookie de session n’est pas routé sur le cache rapide : la personnalisation reste donc possible ;
- toute modification substantielle de la base de données (ajout ou modération d’un forum, modification d’un article) est répercutée dans les caches rapides : le site n’est donc pas « gelé » ;
- quand on clique sur un bouton de recalcul, tous les caches rapides sont supprimés (réactivité instantanée) ;
- en cas de souci, il suffit de désactiver le plugin et de vider le cache, pour retrouver le fonctionnement normal.
Discussions par date d’activité
16 discussions
Pour ne pas que cela s’enterre sur les listes je met cela ici
Une autre info « comparative » intéressante :
http://article.gmane.org/gmane.comp.web.spip.zone/7957
Répondre à ce message
Bonjour,
depuis la mise en place de FastCache sur notre site, j’ai constaté que le nombre de visites a été multipliées par 4. Cependant le nombre réel de visites est quand a lui resté constant (Source Google Analytic).
La configuration du site est la suivante :
SPIP : 2.1.12
FastCache : 0.4.0 et Le cache des pages est géré par la méthode filecache.
Le site : Latoniccia Club Plongée
Répondre à ce message
Bonjour
J’ai un peu de mal à comprendre quels sont les prérequis techniques nécessaire à l’utilisation de FastCache.
Le module XCache doit-il être obligatoirement installé sur le serveur ?
Quel est le role de Memoization dans tout cela ?
Après avoir installé ces 2 plugins et rajouté #FASTCACHE en entête de ma page d’accueil , je ne vois pas le gain ?
Comment le vérifier ?
Quelles sont les entêtes HTTP injectés en plus par ce plugin ?
Y a-t-il le content-length qui fait défaut à SPIP en standard.
Merci.
Répondre à ce message
Pour ajouter Fastcache sur juste un article plein de buzz je fais quelquechose comme ça au début d’article.html :
C’est bien ça ?
Répondre à ce message
Bonjour à tous !
Où en est l’évolution du plug-in « Fastcache » ?
Quelqu’un peut-il faire un retour avec son expérience pour mieux compléter cet article s.v.p. ?
Je suis en train de tester avec la dernière version de Spip et je ne vois pas de différence pour le moment. Je ne suis pas sur de la bonne installation du plug-in...
Merci pour préciser la méthode avec peut-être la formule du plug-in à télécharger par Gilles Vincent ci-dessous ?
Cordialement,
—
Serge
Je reviens vers vous après mon essai :
« memoization » est demandé pour le fonctionnement.
Je l’ai trouvé ici
Il est nécessaire de placer la balise « Fastcache » en début de pages comme indiqué => ex : #CACHE7200#FASTCACHE pour le sommaire.
Ou alors de configurer CFG qui contrôle le plugin.
MERCI pour cette belle avance ; Je trouve le résultat puissant ! => test
Serge
J’ai fait l’installation à partir de CFG sur plusieurs sites sous Spip 2.0.10 mais je rencontre un bug dans plus de la moitié des installations, et pourtant avec avec les mêmes FAI j’ai le message suivant :
« Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, postmaster@monsite.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log. »
Une idée ?
Répondre à ce message
Avec l’option Debug, un commentaire html est sensé figurer en bas des pages cachées, mais je ne le vois jamais apparaître ! C’est un commentaire de quel type qui apparaît où exactement ?
Par contre, il y a bien « X-Fast-Cache » sur les httpheaders d’une page fastcachée.
Problème : je vois parfois apparaître :
Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/passerelleco/www/plugins/memoization/memo/xcache.inc on line 20 Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/passerelleco/www/plugins/memoization/memo/xcache.inc on line 26
Cela apparaît assez souvent en fait, et même sur des pages qui ne sont pas fastcachées (pendant un temps j’avais activé l’option « fastcacher toutes les pages » mais depuis j’ai désactivé et « vidé le cache » (le cache normal)).
Que déduire de ce message et quelles conséquences tirer ? Qu’il manque de mémoire et que le plugin ne sait pas s’arrêter à temps ?
[Edit : ] je viens de désactiver le plugin, et les messages d’erreurs sont toujours là... C’est très embêtant.
Pour me débarasser de ces erreurs j’ai du éditer le spip.php gentiment modifié et remplacer :
par :
Le message d’erreur indique que ta configuration de xcache ne permet pas d’y enregistrer le moindre bit d’information.
Regarde combien vaut xcache.var_size dans ta config.
Effectivement, ça vaut 0... du coup memoization devrait utiliser filecache ! Dommage aussi que ça affiche une erreur sur toutes les pages ...
Bon je modifie memoization.php pour forcer filecache ...
filecache c’est vraiment le moins intéressant de la bande ; ce qui serait sympa c’est de détecter le problème de la valeur insuffisante, et de stocker un message d’erreur à afficher dans l’admin de spip, qui inciterait à améliorer ses réglages
Oui ce serait bien de tester non seulement la présence de la fonction xcache_set mais aussi la valeur de « Variable Cache » (ça s’appelle comme ça en tout cas dans le phpinfo) enabled ou pas ou la valeur de xcache.var_size (dans le phpinfo).
Là, mon hébergeur (merci www.lixium.fr !) est un champion : 3 minutes après lui avoir demandé pour mon site mutualisé, il lui a accordé 1Mo de xcache.var_size, et fastcache marche désormais ! Avec le petit commentaire html en fin de fichier.
yo...
Oui. Attention toutefois pour ne pas ralentir, à ne pas faire ce test à chaque hit, mais seulement dans la (future) page de configuration, ou seulement en cas d’erreur.
Répondre à ce message
Pour limiter dans un squelette Article le cache aux pages voulues, les indications que j’ai mis dans la doc de expresso sont surement valables.
La problématique c’est d’éviter toutes les pages secondaires avec des paramétres tels que debut_forums ou debut_breves (ou plein de sales trucs que les liens externe viennent mettre) et qui conduisent à une inflation du cache ...
Pour ne retenir donc que les bonnes pages, j’ai défini ce filtre qui teste le nombre de variables passées dans l’url pour ne retenir que les urls canoniques :
et l’appel devrait donner quelquechose comme ça, adapté pour fascache :
Pour la page d’accueil (squelette : sommaire.html), il n’y a pas d’autres paramètre que le nom de la page (=sommaire), donc l’appel se fera différemment :
[(#NOOP|iscached{1}) #FASTCACHE ]
Répondre à ce message
Une archive est disponible dans la zone :
http://files.spip.org/spip-zone/fastcache.zip
Répondre à ce message
Bonjour,
Je viens d’activer Fastcache sur un de mes projets en cours et c’est devenu la cata.
Mon site est complètement planté avec cette erreur php qui alterne :
Parse error: syntax error, unexpected T_SL in /***/*********/***/plugins/fastcache/creer_fastcache.php on line 29
ou encore
Parse error: syntax error, unexpected $end in /***/*********/***/plugins/fastcache/creer_fastcache.php on line 44
C’est selon...
D’ailleurs, je n’y capte plus grand chose à php5 mais mon éditeur clignote rouge lorsque j’édite ce fichier. Il doit y avoir un os quelque part mais je serais bien incapable de dire où (peut être le
<<<CONFIG
mais je n’en suis pas sur...)Merci pour vos retours.
Etienne
Répondre à ce message
Désolé pour cette question vraiment bête ^^ mais on le télécharge où ce plugin ?
merci bcp,
Yann
On peut le récupérer dans l’archive des plugins de test ici :
http://files.spip.org/plugins/test.zip
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |