Comments on: Initiation à Varnish – Accélerer un blog WordPress

By: cyp

cyp — Wed, 03 Apr 2013 14:53:35 +0000

Niveau perf php-fpm est censé être un poil plus rapide.
Pas décisif mais ajouté a ses autres petits avantages (chroot moins prise de tête, les /status /ping pour surveiller les thread…), je ne vois plus trop l’intérêt d’installer spawn-fcgi sans que pour autant ça vaille le coup de le remplacer sur une config existante.

Tiens ça me fait penser, comme alternative à la configuration Varnish proposé, le fastcgi_cache intégré à Nginx est pas mal non plus.
On peut déjà faire des truc sympa pour les exclusions et purges des caches en bricolant avec les headers et cookies.
L’idée est la même, conserver des versions statique des pages et ne soliciter le backend php que quand c’est nécessaire.

By: Max

Max — Tue, 02 Apr 2013 09:47:56 +0000

tu peux mettre php-fpm à la place de spawn-fcgi, il parrait que c’est mieux en terme de perfs mais on a très peu de sites sous php (en fait que S&M).
Les 2 sont indépendants de supervisord qui lui ne gère que les services et les monitore (restart, etc), je vois pas comment il pourrait faire gagner en perfs donc là en loccurence on a mis spawn-fcgi car c’est le premier qui nous est tombé sous la main ;)

By: JEDI_BC

JEDI_BC — Tue, 02 Apr 2013 09:34:59 +0000

Gérer PHP par spawn-cgi et supervisor c’est juste gérer le restart en cas de plantage ou il y a un gain de perf par rapport à php-fpm ?

By: Max

Max — Sun, 31 Mar 2013 13:39:50 +0000

Rhooo le nom de l’utilisateur pour le process PHP ;-p

je savais que ça allait en faire tilter un ça :)

Sinon le top avec Varnish c’est quand l’applicatif communique avec le backend pour la gestion des purges et passe les bon headers pour l’expiration ou l’exclusion des caches. Et ça peut aller jusqu’à avoir de la granularité sur les caches de pages avec gestion de bloc et tout le bazard.

ouais j’ai mis un lien pour ça d’ailleurs, le rajouter aurait encore allourdi l’article, mais c’est une usine à gaz ce truc.

Ceci dit Varnish ça fait encore un truc en plus a entretenir et susceptible de planter ou d’introduire de multiple problème prise de tête.
Bref quand on a un applicatif et un serveur web qui font déjà bien le boulot avec une gestion du cache efficace je préfère autant le laisser au garage (feignasse inside).

Je suis du même avis mais on a testé le cache de DJango tant sur disque qu’en RAM ben c pas terrible, du moins avec le volume qu’on avait à traiter, la seule alternative a été d’utiliser Varnish qui jusqu’à présent a jamais planté.

By: Xavier Combelle

Xavier Combelle — Sun, 31 Mar 2013 13:23:44 +0000

“Varnish configuration language” encore un langage il a l’air simple mais je me méfie

By: cyp

cyp — Sun, 31 Mar 2013 13:05:19 +0000

Rhooo le nom de l’utilisateur pour le process PHP ;-p

Sinon le top avec Varnish c’est quand l’applicatif communique avec le backend pour la gestion des purges et passe les bon headers pour l’expiration ou l’exclusion des caches. Et ça peut aller jusqu’à avoir de la granularité sur les caches de pages avec gestion de bloc et tout le bazard.

Et pas la peine de réinventer la roue quasiment tout les gros framework et cms on des plugin/modules pour ça maintenant ils fournissent même souvent le fichier de conf Varnish adapté.

Ceci dit Varnish ça fait encore un truc en plus a entretenir et susceptible de planter ou d’introduire de multiple problème prise de tête.
Bref quand on a un applicatif et un serveur web qui font déjà bien le boulot avec une gestion du cache efficace je préfère autant le laisser au garage (feignasse inside).