Karlesnine.com

Aller au contenu Aller au menu Aller à la recherche

jeudi, décembre 10 2009

Configurer le niveau de compression du Mode_deflate de Apache2 et utiliser les logs pour en connaitre l'efficacité

Pour compléter mon billet sur l'utilisation du mod_deflate pour un hébergement apache 2 de Dotclear2 et celui sur Optimisation d'un hébergement eZ Publish 4 pour l'utilisation des caches web ou je parle du mod_gzip de apache 1.3 je vous invite à consulter le billet use mod_deflate to compress web content delivered by apache sur g-loaded.eu. Cette recommandation est valable quelque soit le CMS ou application web du moment que votre solution de web hosting repose sur apache 2. Vous en apprendrez plus sur les points suivants :

Configurer le niveau de compression de mod_deflate

L'algorithme deflate est assez rapide et il est possible de modifier le niveau de compression. Le mettre au maximum ne pose pas de problème si vous vous contentez de compresser du texte (css, Js, xml etc) [1]

DeflateCompressionLevel 9

Surveiller la compression via les logs

Vous pouvez avoir une trace log de la compression effectué par le mod_deflate de votre serveur apache 2.[2]

Le directive suivant définissent quelque variable :

  • instream : La taille en Bytes (Octet) en entré de DEFLATE.
  • outstream : La taille en Bytes (Octet) en sortie de DEFLATE.
  • ratio : Le ratio de compression, (Sortie/Entré)x100
DeflateFilterNote Input instream
DeflateFilterNote Output outstream
DeflateFilterNote Ratio ratio

Les variables définie vous pouvez ajouter une Format de log à votre vhost:

LogFormat '"%r" %{outstream}n/%{instream}n (%{ratio}n%%)' deflatelog

N'oubliez par d'utiliser de format de log en l'écrivant dans un fichier de log.

CustomLog /path/to/vhost/logs/deflate_log deflatelog

Vous obtenez un log pour deflate qui ce présente comme cela. Pratique pour étudier l'utilité de la compression de donner en fonction du type de fichier dans votre architecture d'hébergement ou des efforts de Minification, toujours important en web hosting.

"GET /dotclear/themes/default/js/jquery.cookie.js HTTP/1.1" 451/994 (45%)

Notes

[1] Attention comprimer au maximum des fichiers trop gros ou déjà compressé comme les images est contre productif !!

[2] Attention écrire des logs sur le disque ralenti apache !!

mardi, octobre 27 2009

Karlesnine.com : Optimisation de l'hébergement d'un site Dotclear 2 pour l'utilisation des caches web

Si la gestion de cache web est pour vous une notion vague je vous invite à lire cette excellente documentation de Mark Nottingham en français.

J'ai appliqué les techniques d'optimisation un site web pour les caches web dont je parlais dans un billet précédent à mon propre blog propulsé par Dotclear 2.

Dans mon cas l'hébergement est réalisé sur un serveur Debian Lenny avec les briques suivante

  • Apache 2.2.9
  • Php5 5.2.11
  • Mysql 5.0.75

Dotclear 2 déjà optimisé

DC2 comporte déjà des optimisations pour la mise en cache des pages générées par l'application. Si vous étudier les header HTTP d'un dotclear fraichement installé avec un outil comme firebug pour firefox ou les outils développeur web de Safari ou Chrome vous pourrez en faire la constatation.

En effet DC2 utilise le framework clearbricks qui comporte quelque fonction, entre autre dans la lib php suivante

/dotclear/inc/clearbricks/common/lib.http.php

Les lignes, 207 a 210 de ce fichier génère les headers HTTP d'instruction de mise en cache. Personnellement souhaitant maitrisé les hearder depuis mon vhost apache j'ai mis en commentaire la ligne 209.

207 # Common headers list
208 $headers[] = 'Last-Modified: '.gmdate('D, d M Y H:i:s',$ts).' GMT';
209 # $headers[] = 'Cache-Control: must-revalidate, max-age='.abs((integer) self::$cache_max_age);
210 $headers[] = 'Pragma:';

Vhost apache, interdir les .htacess

Comme je l'expliquais dans un commentaire htaccess est un tueur de performance pour le site à forte audience. Ceci n'est pas le cas de mon blog, dommage, mais je garde la bonne pratique de bloquer l'utilisation des htaccess dans mon vhost avec la directive AllowOverride None.

<Directory /home/karles/public_html/>
           Options FollowSymLinks
            AllowOverride None
        </Directory>

mod_deflate, régime pour les fichiers texte

Le mod_deflate est le module apache apportant les fonctions de compression des fichiers avant leur distribution. L'installer est des plus facile

a2enmod deflate
/etc/init.d/apache stop
/etc/init.d/apache start

Sous apache2 l'antique Mod_gzip à fait la place au mod_deflate bien moins compliqué dans sa configuration. J'ai fais le choix de compresser les fichier qui sont sous forme de texte. C'est à dire les fichiers xml, css et javascript.

<IfModule mod_deflate.c>
            <Location />
                AddOutputFilterByType DEFLATE text/xml
                AddOutputFilterByType DEFLATE text/css
                AddOutputFilterByType DEFLATE text/javascript
                AddOutputFilterByType DEFLATE text/html
                AddOutputFilterByType DEFLATE text/plain
                AddOutputFilterByType DEFLATE application/xml
                AddOutputFilterByType DEFLATE application/xhtml+xml
                AddOutputFilterByType DEFLATE application/rss+xml
                AddOutputFilterByType DEFLATE application/javascript
                AddOutputFilterByType DEFLATE application/x-javascript
 
                SetOutputFilter DEFLATE
 
                # Make sure proxies don't deliver the wrong content
                Header append Vary User-Agent env=!dont-vary
            </Location>
        </IfModule

Attention, l'utilisation du mod_deflate avec la ligne d'instruction Header append Vary User-Agent env=!dont-vary impose d'avoir le module mod_headers et le module mod_setenvif d'activé.

mod_expires, mise en cache

le mod_expires est tout aussi facile à installé que le mod_deflate. J'ai fait le choix de tout mettre en cache au minimum 30 secondes, Le contenue html restera valide deux minutes avant qu'une nouvelle interrogation de mon serveur soit nécessaire. La mise en page avec les fichiers javascript et css j'autorise une semaine de mise en cache. Quand aux images, plus lourde et moins volatile c'est carrément un mois de validité que je souhaite.

<IfModule mod_expires.c>
                ExpiresActive on
                ExpiresDefault "access plus 30 seconds"
                ExpiresByType text/html "access plus 120 seconds"
                ExpiresByType text/css "access 1 weeks"
                ExpiresByType text/javascript "access 1 weeks"
                ExpiresByType application/x-javascript "access 1 weeks"
                ExpiresByType application/javascript "access 1 weeks"
                ExpiresByType image/gif "access 1 months"
                ExpiresByType image/jpeg "access 1 months"
                ExpiresByType image/png "access 1 months"
        </IfModule>

Conclusion

Si vous ajouter à ces technique celle d'optimisation des images pour l'accélération d'un site web vous allez sensiblement accélérer l'affichage de votre blog et par la même son référencement.

Vous pouvez également consulté la documentation du chaosklub en trois partie (1 2 3 ) qui s'attaque au même chantier mais de façon moins performante à mes yeux car utilisant les .htaccess et des scripts php de configuration des headers. Cette approche est nécessaire dans le cas ou vous le maitrisé par votre hébergement.