Indigène de l’Internet, feignant et grande gueule
Comprimer les données qu’envoie le serveur #HTTP #Apache
Faut-il comprimer les fichiers qu’Apache envoie au navigateur Web ? Il y a du pour et du contre et la réponse dépend de pas mal de facteurs. En tout cas, après quelques tests, j’ai augmenté l’usage de la compression sur mon blog. Voici pourquoi et comment.
http://www.bortzmeyer.org/gzip-compression-apache.html
Pas de problème pour SeenThis, qui accepte la compression, même sur les flux de syndication :-)
Côté serveur, est-ce que tu as regardé s’il y avait un impact (limiter le nombre de compressions) :
– quand Apache est derrière Varnish ;
– quand tu fais effectuer la compression en amont par le CMS (SPIP sait le faire), et qu’Apache se contente de servir l’un ou l’autre fichier (compressé ou pas) selon le client sans effectuer lui-même la compression ?
Je n’ai testé qu’avec des fichiers statiques que mod_deflate comprimait lui-même. Pas avec une application qui produit du comprimé (c’est compliqué à faire juste, il faut une négociation avec le client HTTP).
Pas testé avec Varnish non plus. mod_deflate met bien l’en-tête « Vary : Accept-Encoding : » donc, normalement, un cache comme Varnish a toute l’information nécessaire pour travailler proprement. Pour les performances, je ne sais pas.
ApacheBench (ab) semble être capable de tester avec la compression http://www.ducea.com/2006/10/28/apachebench-with-mod_gzip-mod_deflate
Est-ce que tu as moyen d’effectuer des tests sur ton smartphone Droïd en connexion 3G ? En toute logique, si celui-ci accepte la compression, la différence devrait être beaucoup plus sensible…
