Le plugin « Fastcache » - commentaires

Le plugin « Fastcache »

Une autre info « comparative » intéressante :

Ce sont deux approches différentes du même problème
que Fil et moi avons développé en même temps en parallèle :
- FastCache est sans doute à préférer si l'on veut conserver les
stats, où sur des serveurs pour lesquels on n'a pas accès aux
rewriterules, et si PHP est chargé en module apache, voire accéléré
par eaccelerator ou autre
- Expresso ne permet pas du tout de conserver les stats, mais il sert
le cache uniquement avec Apache, sans PHP. Cela est plus intéressant
sur les serveurs où PHP est chargé en CLI voire tourne en suPHP (ie
les dédiés d'OVH par exemple dans leur release 2 d'OVH).

http://article.gmane.org/gmane.comp.web.spip.zone/7957

Le plugin « Fastcache »

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

Prérequis d'installation

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.

Le plugin « Fastcache »

Il est utile aussi pour un article victime de son buzz !!

Pour ajouter Fastcache sur juste un article plein de buzz je fais quelquechose comme ça au début d'article.html :

#CACHE{7200}
#FASTCACHE


C'est bien ça ?



Quelques difficultés
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 ?


Le plugin « Fastcache »
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


Le plugin « Fastcache »
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


[résolu] Le plugin « Fastcache »
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ésolu] Le plugin « Fastcache »
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...


Le plugin « Fastcache »
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


Le plugin « Fastcache »
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 ...


Le plugin « Fastcache »
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.


Le plugin « Fastcache »
La nuit est passée,
bien que fastcache désactivé,
les erreurs sont restées
...

Pour me débarasser de ces erreurs j'ai du éditer le spip.php gentiment modifié et remplacer :
if (@file_exists(_FC_LANCEUR)) include _FC_LANCEUR;
else {

par :
// if (@file_exists(_FC_LANCEUR)) include _FC_LANCEUR;
// else {


Le plugin « Fastcache »
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.


Archive du plugin « Fastcache »
Une archive est disponible dans la zone : 

http://files.spip.org/spip-zone/fastcache.zip


Le plugin « Fastcache »
On peut le récupérer dans l'archive des plugins de test ici : 

http://files.spip.org/plugins/test.zip


Site planté avec « Fastcache » ???
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 << mais je n'en suis pas sur...)

Merci pour vos retours.
Etienne


Le plugin « Fastcache »
Désolé pour cette question vraiment bête ^^ mais on le télécharge où ce plugin ?
merci bcp,
Yann


Le plugin « Fastcache » Est génial...
Plus de soucis avec cette merveille.

Hélas, je n'ai pas pu isoler la cause de disfonctionnement.

Merci encore à l'auteur.


Le plugin « Fastcache » Est génial...
C'est une bombe ce plug.

Je l'ai testé sur le site de notre association (en cours de refonte).

http://aneg.aeroclub.free.fr

La majorité des adhérents consulte sous IE6, sur des configs très anciennes, d'où son grand intérêt.
Seulement, lorsqu'il est opérationnel, il bloque l'execution des javascripts (menus déroulant, splickrbox, thickbox etc.) Sous IE6.

Après vidage du cache, la première exécution est ok, les suivantes sont défaillantes.

Spip 1.9.2^d
- d'où celà peut-il provenir ?

autres question :

- Concrètement, à quoi sert le paramètre de durée du cache rapide ?
Pour info :
 pour désintaller proprement, ne faut'il pas supprimer aussi le fichier/temp/pre_spip.inc, si l'on conserve le spip.php modifié ?
Ps : fastcache est désactivé pour permettre l'accès aux adhérents (validation du projet).

Merci pour votre écoute et votre aide


Le plugin « Fastcache »
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 :
function iscached($texte, $cool=2) {
// count ($_GET) vaut basiquement 2 car après les redirections url_propre, on se trouve dans une page appelée par spip.php avec 2 parms : le nom de la page (article ou rubrique) et la valeur id_article ou id_rubrique return (count ($_GET)==$cool ? " " : "");
};
et l'appel devrait donner quelquechose comme ça, adapté pour fascache :
 [(#NOOP|iscached) #FASTCACHE ]

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 ]


Le plugin « Fastcache »
Salut Paolo,
en fait si spip.php semble plus récent, c'est parce que j'ai commité par erreur celui de fastcache — avant de remettre l'ancien. C'est un fichier qui change très peu. Peut-être fastcache passera-t-il un jour dans le core, je ne sais pas. En attendant, ne t'inquiète pas, je suis l'histoire de près.


Le plugin « Fastcache »
Je viens de le mettre en service pour les pages d'accueil et les pages de rubrique pour notre site. Je pense que cela accelère vraiment ces pages. Merci !
Je vois que la version SPIP SVN utilise déjà un fichier spip.php plus récent (23/1/2008) que celui de Fastcache (23/12/2007). Comment ne pas passer à côté d'une mise à jour SPIP lorsqu'on utilise ce plugin ?


Comment l'installet
Comme le plugin est encore en développement il n'y a pas de zip disponible, tu peux donc le trouver ici
Pour le télécharger il faut que tu utilises toirtoise svn pour récupérer les sources sur spip-zine


Comment l'installet
Très intéressant !!! Malheureusement, je ne trouve pas de lien vers les fichiers à installer. Comment dois-je procéder ?


Que devient le délais de CACHE des INCLURES ?
Tu peux régler la durée du cache rapide (par défaut, 180s)


Que devient le délais de CACHE des INCLURES ?
Après quelques tests, si j'ai bien compris, une page mise en cache avec FASTCACHE ne tiendra plus compte d'un délais plus court qu'on donnerait à un INCLURE dynamique. Ce dernier se comporterait alors comme un INCLURE statique ?


Le plugin « Fastcache »
Je viens le test et ça ne fonctionne pas si on ajouteavec un INCLURE dynamique.


Le plugin « Fastcache » - pourquoi ?
Pour ne pas que cela s'enterre sur les listes je met cela ici


De : Fil  
Date : 15 décembre 2007 16:21:26 GMT+01:00
Objet : Rép : [SPIP Zone] fastcache

Que fait donc FastCache, lui, pour avoir un gain aussi important aussi ?

1) il s'installe sur le pipeline affichage final, et si la page comporte #FASTCACHE, il stocke une copie de la page complète dans un

fichier de cache.
2) il déroute les hits de spip.php vers fastcache.php, qui regarde s'il existe un fichier de cache correspondant, et provoque un readfile() sur ce fichier
pour gagner encore un peu, il stocke la page dans 4 formats : html, html+gzip, html+ie, html+ie+gzip.
enfin il stocke aussi un fichier contenant les entetes sous la forme @header('XX : y')
— Fil



Le plugin « Fastcache » - activation sur SPIP-Contrib


Je ne sais pas à quelle heure tu l'as activé

juste avant le message d'annonce qui a été rédigé dans la foulée (l'heure indiquée me semble être l'heure locale en france).
@+ NicolasR


Le plugin « Fastcache » - activation sur SPIP-Contrib
Je ne sais pas à quelle heure tu l'as activé mais de bout de l'internet, spip-contrib n'a jamais aussi bien répondu (enfin pas depuis longtemps).


Le plugin « Fastcache »
A priori il faut mettre #FASTCACHE sur le premier squelette ; je n'ai pas testé si ça marchait si on l'indique dans les inclusions. Ca marche aussi sur article.html, la seule inconnue c'est ce qui se passe si on a un trop grand nombre de pages dans le cache rapide (il n'y a aucun contrôle de la taille du cache).


Le plugin « Fastcache »
J'ai pas compris, c'est quoi le problème avec le squelettes des articles ?
Sinon, si on fait des , fastcache passe bien aussi n'est ce pas. Du coup, si on met pas le fastcache sur le article.html, c-est grave de le mettre sur les squelettes inclus par ce squelette ?


Le plugin « Fastcache » - activation sur SPIP-Contrib
bon évidemment j'ai purgé le cache après avoir modifié les squelettes. Je suppose qu'il faut attendre qu'il se reconstitue avant de pouvoir bénéficier des accès plus rapide à celui-ci.
@+ NicolasR


Le plugin « Fastcache » - activation sur SPIP-Contrib
Histoire de voir je viens d'activer Fastcache sur Contrib. Si le site se traine ou explose on saura pourquoi ;-)
Sinon j'ai mis la balise #FASTCACHE sur :

- sommaire

- backend et backend-forum

- mots

- rubrique

- recherche (par curiosité, histoire de voir si cela permet de resservir plus vite les recherches déjà faites)

- article (malgré l'avertissement ci-dessus, histoire de tester)
@+ NicolasR