Expresso - commentaires

Expresso quel seuil de visites/jour pour que ça soit bénéfique ?

Pour info, sur un site qui n'avait que 3 à 5 milliers de visiteurs, EXPRESSO ciblé sur les 40 pages les plus fréquentées a été TRES apprécié par l'hébergeur (mutu), en son temps. Maintenant cache-cool fait le boulot tout pareil et sans les soucis occasionnels de corruption du htaccess.

Expresso quel seuil de visites/jour pour que ça soit bénéfique ?

> A noter que les trafics dont on parle ici sont de l'ordre de plusieurs dizaines de millier de visiteurs par jour.

ooops... mais merci du conseil !

Expresso quel seuil de visites/jour pour que ça soit bénéfique ?

Cache Cool est la solution la plus simple à déployer et qui suffit largement pour le trafic que vous avez à gérer. Par ailleurs Expresso n'a pas été mis à jour pour SPIP 2.0.

A noter que les trafics dont on parle ici sont de l'ordre de plusieurs dizaines de millier de visiteurs par jour.

Expresso quel seuil de visites/jour pour que ça soit bénéfique ?

Bonjour
Tout ça a l'air très chouette... le site que je rénove tourne chez APINC avec spip2.0.10 et php5.
Je voudrais vous poser des questions à propos du rafraichissement des pages.
... suis-je petit joueur dans la cour des grands... ;-)
pour 40 à 80 visites par jour, le jeu en vaut la chandelle ? si on ajoute un article, combien d'heures, de jours ? de visites ? pour qu'il apparaisse en ligne ?
J'ai pas bien compris le poursoixantage par rapport aux 60 secondes. La page serait-elle rafraichie à la 10^e visite par seconde si on a mis 10 poursoixante ?
le plug-in est-il compatible avec spip2.0.10 ?
à part pour les versions de spip, je suis pas sure de faire la distinction entre les trois solutions techniques proposées ici (cache cool, fastcache et expresso)
merci d'avance, si le temps ne vous est pas trop compté...

http://www.theatrecroquemitaine.com

Expresso

et alors en ce cas, quel est le bon endroit lorsque l'on utilise les URL propres ?

Parce qu'en le plaçant tout à la fin je suis toujours en erreur sur l'ensemble du site ???

Merci de vos retours.

Etienne.

Expresso

il faut bien recopier XXXEXPRESSOXXX tel quel,
au bon endroit dans le htaccess.

Expresso & Erreur 500

Erreur 500, j'ai la même à la maison et je ne sais pas d'où cela vient.

Mais la syntaxe du XXXEXPRESSOXXX me laisse perplexe... pour une directive de .htaccess. Faut-il vraiment le copier/coller tel quel ou bien doit-on remplacer quelque chose genre XXX par ... ???

Quelqu'un peut m'éclairer ?

Merci.

Expresso & Erreur 500

En plaçant XXXEXPRESSOXXX dans la page .htaccess, arrive aussitôt la page « Erreur 500 » sur mon site. D'où vient le souci ?
D'ailleurs, quels sont les paramètres pour le .htaccess : 775 ou autre ? et quel .htaccess doit être paramétré si on a placé l'admin spip dans un sous dossier du site ? à la racine ou dans ce sous-dossier.
- NB : pour avoir testé les 2, le résultat est le même : Erreur 500…
- NB2 : Les #HTTP_HEADERX-Expresso : true sont bien placés sur certaines pages, le plugin installé, la version de Spip 1.9.2.d…
- NB3 : L'objet est de diminuer la consommation du CPU après plusieurs suspensions par site5.com et avant de me faire exclure définitivement…

Christophe / www.seasailsurf.com

crayon

Ben en fait, pas sûr. Je l'utilise quotidiennement sur d'autre sites sans que ca pose problème.

Mais là on est peut être face à une version du plugin un peu hybride (à cheval entre spip1.9.2 et Spip 2.0) et qui plus est, se trouve implémenté dans un cadre (l'édition de forum) qui est loin de lui être natif pour les dernières versions que j'en connais donc... ;)

crayon

je pense qu'il y a un problème avec crayon sous ff3

à+
joz

Expresso

Pardon ! erreur sur l'adresse, c'est bien là http://zone.spip.org/trac/spip-zone/ que ca se passe et pas ailleurs ;)

PS : Crayon déconne sur les forums ou c'est mon FF3/linux qui n'a rien compris à la vie ???

Expresso

Je crois qu'on ne le télécharge pas. Comme la plupart des plugs en dev, ou en test, on le récupère, soit via SVN soit en allant copier/coller les fichiers dispos sur le trac de spip-zone : http://trac.spip.org/trac/spip-zone/wiki/LesPlugins

Expresso

Cedric ? Qu'entends tu par « php pas rapide » ? Quels sont les critères à observer ? Comment déterminer qu'expresso sera bien la meilleure méthode face à fastcache ?

Sinon point de vue perso, mais je n'ai rien compris à la doc :)

Expresso light

Il me semble qu'on peut optimiser le htaccess généré en rassemblant au début du ###EXPRESSO### les rewriteconds constantes qu'il est alors inutile de répéter pour chaque page.

Pas testé mais dans ce cas, c'est quelquechose dans le genre qu'il faudrait écrire une seule fois au début :

RewriteCond %{HTTP_HOST} !^www.monsite.info$
RewriteRule .* - [L] RewriteCond %{REQUEST_METHOD} POST
RewriteRule .* - [L] RewriteCond %{HTTP_COOKIE} ^.*spip_(admin|session)=.*$
RewriteRule .* - [L]

Bonne idée à coder ou mauvaise idée à jeter ?

bug

de temps en temps ya un chti bug dans les calculs de création du htaccess
car il y inscrit :

RewriteCond %{TIME_SEC} >-1
RewriteCond %{TIME_SEC} <51

Conclusion provisoire

ok je te tiendrai au courant.

là, j'ai donné un corps à l'article.

En ce qui concerne mon site, j'ai mis expresso sur une vingtaine de pages, en ajoutant le header de manière conditionnelle dans le squelette. J'espèrais que cela fasse 200 lignes ajoutées au .htaccess, mais en pratique, il y en a bien plus car il y a toutes les variations de la page (notamment avec la pagination sur les forums).

Ce serait bien que expresso ne cache que la page principale et pas les variantes avec « &debut_forums » dans la query ce qui fait des groupes de régles avec des lignes comme ça dans le htaccess :RewriteCond %{QUERY_STRING} ^id_article=101&debut_forums=20$
alors que je veux pas nécessairement que ces variantes des pages soit percolées...

Comme cela dépend de chaque squelette, il faudrait pouvoir paramétrer les chaines à détecter dans l'url pour décider de ne pas mettre en cache... Je peux aussi le faire en modifiant les conditions d'insertion du header dans le squelette. Je sais pas ce qui serait le mieux.

Actuellement, sans ce paramétrage plus fin, au lieu des 200 lignes, ce sont 700 lignes qui ont été ajoutées dans le htaccess (pour le sommaire, 12 articles et environ 8 rubriques). Je me demande quel est le surcout serveur d'un htaccess de 700 lignes ?

Et ça invite à optimiser les rewriteconds ajoutées :

ordre actuel :

RewriteCond %{HTTP_HOST} ^www.monsite.info$
RewriteCond %{REQUEST_METHOD} !POST
RewriteCond %{HTTP_COOKIE} !^.*spip_(admin|session)=.*$
RewriteCond %{QUERY_STRING} ^id_article=101&debut_forums=20$
RewriteCond %{TIME_SEC} >15
RewriteRule ^article\.php$ local/apache/f35e6a550e7ad92c56d4744b8532f841.html [L]

Notamment : est-ce l'ordre suivant ne serait pas plus efficace : voici une proposition où je met les conditions les plus restrictives en premier :

RewriteCond %{QUERY_STRING} ^id_article=101&debut_forums=20$
RewriteCond %{TIME_SEC} >15
RewriteCond %{HTTP_HOST} ^www.monsite.info$
RewriteCond %{REQUEST_METHOD} !POST
RewriteCond %{HTTP_COOKIE} !^.*spip_(admin|session)=.*$
RewriteRule ^article\.php$ local/apache/f35e6a550e7ad92c56d4744b8532f841.html [L]

et puis j'ai l'impression que dans mon cas on peut supprimer la

RewriteCond %{HTTP_HOST} ^www.monsite.info$

peut être même assez souvent, non ?

Conclusion provisoire

La mise en cache expresso ne se fait qu'au calcul de la page, c'est à dire lorsque le cache spip est expiré. La latence doit venir de cela.

Il faut bien le ###EXPRESSO### dans le htaccess, cela permet de maitriser ou insèrer les rewrite rules.

Si ton hébergeur connait des sites qui l'utilisent cela serait sympa de les signaler, car à part toi, je n'ai eu aucun retour d'essai du plugin, et des gains en fonction des configs serveurs.

Conclusion provisoire

J'ai maintenant réécrit presque complètement le htaccess avec plus de [R=301] pour rediriger vers les adresses canoniques en php (en général), et index.php et sommaire.php vers / tout court (« une seule adresse par page » !).

Et j'ai mis le ###EXPRESSO### après tout cela (ça suffit, pas la peine d'ajouter ###/EXPRESSO### en fait !).

Un seul fichier cache se recrée maintenant dans local/apache. Ce fichier, c'est bien la page d'accueil, avec un « expresso » xx-small ajouté tout à la fin avant le mais qui n'apparait pas à l'écran.

A partir de là, il se passe rien pendant un certain temps. Je comprend pas cette latence. J'appelle la page sous tous ses noms, il se passe rien, et puis à un moment le site se fige, tout ralentis, peut être un hasard ? en tout cas après, le .htaccess est finalement modifié, et il y a un ensemble de 5 fois 2 rewrite rules accompagnées de leurs conds (index.php et php3, sommaire.php et php3, et ^$). Chacun de ces groupes de 2 a son propre fichier cache, mais seul réellement appelé existe : pour ^$. La manip de tout ramener à une seule adresse a bien réussi en ce qui concerne les apparence mais ça ne simplifie pas le htaccess de expresso...

A part ça ya un fichier de log boost.log

Et enfin, quand la page affiche le fichier caché, le gzip n'a pas l'air appliqué car ça n'apparait pas dans les entêtes (contrairement à quand ça passe pas par le cache).
c'est un peu dommage ça non ?

enfin, c'est mon hébergeur qui va être content ! Il disait en gros que ça divisait par 2 la consommation CPU sur les sites qui l'utilisent !!!

Expresso bouillu ?

J'ai continué à explorer le plugin et son code ... ce qui m'a donné l'idée qu'il fallait peut être « initialiser » le plugin en ajoutant

###EXPRESSO###
###/EXPRESSO###

à l'endroit où devaient être insérées les rewriterules dans le .htaccess.

Puis je suis passé à autre chose, et quand je suis revenu, le htaccess avait été modifé
et intégrait cette fois les rewrites rules attendues.

Donc !

Il est donc possible, mais pas sur non plus (car sait-on jamais c'est peut être juste qu'il faut du temps pour qu'il se passe quelquechose ?), qu'il faille initialiser ainsi le plugin.

Si on me dit que c'est bien ça je l'ajouterai volontier à la doc !

En tout cas, à ce moment, je remarque qu'il n'y a plus x-expresso true dans les headers de la page servie. C'est un bon indice que ça marche !!

A part ça, rien que pour le sommaire, il y a 9 rewrite rules générées (2 pour index.php ; 2 pour index.php3, 1 seule pour sommaire.php qui regroupe les 2, 2 pour sommaire.php3 et 2 pour le ndd sec sans fichier demandé. Chacune avec ses 5 rewrite conds, (6 pour celle qui regroupe les 2).
genre ça donne :

RewriteCond %{HTTP_HOST} ^www.monsite.info$
RewriteCond %{REQUEST_METHOD} !POST
RewriteCond %{HTTP_COOKIE} !^.*spip_(admin|session)=.*$
RewriteCond %{QUERY_STRING} ^$
RewriteCond %{TIME_SEC} >57
RewriteRule ^index\.php3$ local/apache/89d3dcb5cc4703d915b6214366bfd71b.html [L]

Et ça fait 5 fichiers caches générés correspondants aux différents appels possible du sommaire et à chaque groupe de rewriterule.

Cette surabondance est liée au fait que le site utilise les urls historiques (« url_standard » je crois).

Je pense qu'il est possible d'optimiser cela et j'envisage 2 pistes :
- en ramenant toutes les urls appelées à un seul modèle ou 2 (vérifier dans le source comment c'est appelé)
- peut être en déplaçant l'insertion de ###EXPRESSO### plus loin dans le htaccess, pour qu'il ne soit plus sollicité qu'une fois les redirections faites...

Les conseils du concepteur et autres retours d'expérience sont bienvenus !

Expresso bouillu ?

Bonjour,

J'ai mis le header sur le squelette sommaire, en 2^e ligne juste après le cache. (la position dans le squelette ne semble pas avoir d'importance selon l'article).

Les droits sur .htaccess sont corrects a priori.

Je me suis connecté avec un autre navigateur sur lequel je ne suis pas admin (car il me semble que expresso ne fait rien pour les admins, non ?), et j'ai visualisé plusieurs fois la page.

Un répertoire local/apache a bien été créé, et un fichier cache dedans avec un nom à la md5dehors dedans. Cela indiquerait que Expresso fait son boulot, mais le htaccess est inchangé... (sans ###expresso### et donc a priori la page statique n'est pas appelée)

Y a t il quelquechose que j'ai oublié de faire ?
Y a t il un moyen d'affiner le diagnostic ?

Expresso et les stats

Les stats de spip sont elles actualisées pour une page expressoée ou bien les pages expresso sont elles invisibles des stats spip ?
et qu'en est-il des marqueurs xiti ou googleanalytics ?

C'est par ici !

Certes, mais sous quel nom Expresso se trouve-t-il dans cette archive ? Car, sur ton lien, une fois décompressée, je trouve plein de plugins dans l'archive, mais pas Expresso...

C'est par ici !

Expresso est dans cette archive des plugins en cours de développement :
http://miroirspip.ventre.name/build...

(mise à jour quotidiennement)

Expresso

Si je comprends bien, l'utilisation de ce plugin (on le télécharge où, d'ailleurs ?) dépend du serveur sur le quel on pose le site. Cela serait-il possible de savoir avec quels serveurs d'hébergement il peut fonctionner ? OVH ? Céléonet ? 1&1 ?...

Merci beaucoup !

Expresso

Bonjour,

Je ne trouve pas de lien pour télécharger « Expresso », où puis-je télécharger ce plugin stp ?

Expresso

Expresso confie le service des pages html en cache à Apache uniquement (sans php), mais necessite pour cela un droit d'écriture sur le .htaccess et le droit d'utiliser les RewriteRules.

Il est théoriquement mieux adapté aux hebergements pour lesquels php n'est pas rapide.

Expresso

Quele est la différence avec le Fastcache ?