Topic: Gzip et Expires

Bonjour


Je reviens un peu sur la question des modules Gzip (ou deflate) et Expires pour Apache.

J'ai bien lu le thread http://forum.tuxfamily.org/viewtopic.php?id=393 et je voulais apporter quleques infos supplémentaires.

Dans le cas de notre site (http://plugfr.org/) la totalité du contenu du site est statique : des fichiers HTML générés avant upload (tous les détails sont sur mon blog : http://jeremy.wordpress.com/2010/03/28/ … -du-plug/)

En bon administrateur de sites (c'est en partie mon métier par ailleurs), j'utilise autant que possible la compression Gzip et les dates d'expiration futures pour les fichiers à grande durée de vie. Voila les fichiers de config que j'utilise habituellement : http://gist.github.com/362960

Pour le site du PLUG, j'aimerai bien les utiliser, mais on dirait qu'en ajoutant simplement les directives dans mon fichier .htaccess, ça ne fonctionne pas.


Sur la question de qui bénéficie de la compression, … je reste plutôt convaincu qu'à grande échelle l'hébergeur y gagne même si les coûts de bande passante sont inférieurs à ceux de la CPU, …
Surtout si on utilise le module Expires en plus de Gzip, car les contenus sont plus coûteux la première fois, mais comme ils sont accédés moins souvent, ça limite les hits donc la charge sur les serveurs et la bande passante.

Mais il n'y a pas que l'hébergeur, il y aussi l'internaute, surtout s'il visite souvent le site en question. Il téléchargera les fichiers JS et CSS une seule fois pour plusieurs jours/semaines/mois (selon le détail de la config). Cette situation permet d'avoir des performances perçues bien meilleures.


En résumé, ça serait cool que TuxFamily permette à chaque webmaster d'activer ou non ces fonctionnalités, comme c'est déjà le cas pour le mod_rewrite.


Quoi qu'il en soit bravo à toute l'équipe de TuxFamily pour le super boulot et l'accueil gracieux. Pourvu que ça dure.

Très cordialement
Jérémy Lecour (gestionnaire du site du PLUG)

Re: Gzip et Expires

Hop,


plug wrote:

Je reviens un peu sur la question des modules Gzip (ou deflate) et Expires pour Apache.

J'ai bien lu le thread http://forum.tuxfamily.org/viewtopic.php?id=393 et je voulais apporter quleques infos supplémentaires.

Dans le cas de notre site (http://plugfr.org/) la totalité du contenu du site est statique : des fichiers HTML générés avant upload (tous les détails sont sur mon blog : http://jeremy.wordpress.com/2010/03/28/ … -du-plug/)

En bon administrateur de sites (c'est en partie mon métier par ailleurs), j'utilise autant que possible la compression Gzip et les dates d'expiration futures pour les fichiers à grande durée de vie. Voila les fichiers de config que j'utilise habituellement : http://gist.github.com/362960

Pour le site du PLUG, j'aimerai bien les utiliser, mais on dirait qu'en ajoutant simplement les directives dans mon fichier .htaccess, ça ne fonctionne pas.

Sur la question de qui bénéficie de la compression, … je reste plutôt convaincu qu'à grande échelle l'hébergeur y gagne même si les coûts de bande passante sont inférieurs à ceux de la CPU, …

La conso en bande passante du "web" est faible à côté des "downloads", ya au moins un ratio 10 qui monte desfois jusqu'à 60.


plug wrote:

Surtout si on utilise le module Expires en plus de Gzip, car les contenus sont plus coûteux la première fois, mais comme ils sont accédés moins souvent,

Livrer du contenu statique ça ne nous coûte "que" le stockage des fichiers, le reste on peut considérer que c'est 0, ce qui nous coûte c'est la conso CPU sur les serveurs web, on va d'ailleurs devoir y investir plusieurs milliers d'Euros car le cluster actuel arrivera prochainement à ses limites.


plug wrote:

ça limite les hits donc la charge sur les serveurs et la bande passante.

Il est mal de trop généraliser ;-)  Un hit statique c'est au moins 100x sinon 1000x moins de ressources nécessaires qu'un hit qui va lancer une lourde machinerie dynamique, les hits ne sont pas égaux entre eux ;-)


plug wrote:

Mais il n'y a pas que l'hébergeur, il y aussi l'internaute, surtout s'il visite souvent le site en question. Il téléchargera les fichiers JS et CSS une seule fois pour plusieurs jours/semaines/mois (selon le détail de la config). Cette situation permet d'avoir des performances perçues bien meilleures.

Pas besoin de mod_expire pour ça, le mtime des fichiers suffit.


plug wrote:

En résumé, ça serait cool que TuxFamily permette à chaque webmaster d'activer ou non ces fonctionnalités, comme c'est déjà le cas pour le mod_rewrite.

J'ai ajouté le mod_expire, ça c'est juste la première fois qu'on nous le demande, plus personne ou presque ne fait du statique ;-)

Pour le mod_deflate, ça attendra au moins qu'on puisse acheter un nouveau cluster web tout beau tout neuf. Quoi qu'il en soit la compression de même que le chiffrement n'ont jamais été des secteurs d'économies, c'est tout bonnement impossible, ça ne peut que faire consommer plus de ressources.

Certains serveurs web gardent en cache les fichiers gzippés (Lighty, probablement Nginx, ...), dans ce cas c'est très intéressant, mais ce n'est malheureusement (comme d'hab) pas le cas d'Apache.


plug wrote:

Quoi qu'il en soit bravo à toute l'équipe de TuxFamily pour le super boulot et l'accueil gracieux. Pourvu que ça dure.

Bienvenue tout ça ;-)


Sylvain

Re: Gzip et Expires

Merci Sylvain pour ta réponse.

Je constate effectivement que le mod_expire est activé.Je vais donc tuner un peu mon site pour l'exploiter.

Cordialement

Jérémy