Optimisation sur OVH : gzip, cache, htaccess et ETag, mod_expires, deflate

[Astier]

Bonsoir,

J'ai commencé à regarder la manière d'optimiser le chargement de mon site. J'ai dans un premier temps activé la compression GZIP dans la configuration générale du site et le html est compressé correctement. Cependant ça ne concerne que très peu du poids des pages.
Du coup, j'ai activé le plugin cache mais le plugin Page Speed pour Firebug m'indiquait encore quelques soucis à ce niveau. Puis j'ai découvert le "master .htaccess" proposé par Akeeba : http://akeeba.assembla.com/code/mast...s/htaccess.txt

Dans ce fichier htaccess, on trouve notamment des éléments afin de sécuriser son site sous Joomla mais également des éléments pour l'optimiser, notamment ces sections :

########## Begin - ETag Optimization
## This rule will create an ETag for files based only on the modification
## timestamp and their size. This works wonders if you are using rsync'ed
## servers, where the inode number of identical files differs.
## Note: It may cause problems on your server and you may need to remove it
FileETag MTime Size
########## End - ETag Optimization

########## Begin - Optimal default expiration time
## Note: this might cause problems and you might have to comment it out by
## placing a hash in front of this section's lines
## Note: Some people prefer using "now plus 1 month" instead of "now plus 1 year".
## Suit to taste.
<IfModule mod_expires.c>
        # Enable expiration control
        ExpiresActive On

        # Default expiration: 1 hour after request
        ExpiresDefault "now plus 1 hour"
        
        # CSS and JS expiration: 1 week after request
        ExpiresByType text/css "now plus 1 week"
        ExpiresByType application/javascript "now plus 1 week"
        ExpiresByType application/x-javascript "now plus 1 week"
        
        # Image files expiration: 1 month after request
        ExpiresByType image/bmp "now plus 1 month"
        ExpiresByType image/gif "now plus 1 month"
        ExpiresByType image/jpeg "now plus 1 month"
        ExpiresByType image/jp2 "now plus 1 month"
        ExpiresByType image/pipeg "now plus 1 month"
        ExpiresByType image/png "now plus 1 month"
        ExpiresByType image/svg+xml "now plus 1 month"
        ExpiresByType image/tiff "now plus 1 month"
        ExpiresByType image/vnd.microsoft.icon "now plus 1 month"
        ExpiresByType image/x-icon "now plus 1 month"
        ExpiresByType image/ico "now plus 1 month"
        ExpiresByType image/icon "now plus 1 month"
        ExpiresByType text/ico "now plus 1 month"
        ExpiresByType application/ico "now plus 1 month"
        ExpiresByType image/vnd.wap.wbmp "now plus 1 month"
        ExpiresByType application/vnd.wap.wbxml "now plus 1 month"
        ExpiresByType application/smil "now plus 1 month"
        
        # Audio files expiration: 1 month after request
        ExpiresByType audio/basic "now plus 1 month"
        ExpiresByType audio/mid "now plus 1 month"
        ExpiresByType audio/midi "now plus 1 month"
        ExpiresByType audio/mpeg "now plus 1 month"
        ExpiresByType audio/x-aiff "now plus 1 month"
        ExpiresByType audio/x-mpegurl "now plus 1 month"
        ExpiresByType audio/x-pn-realaudio "now plus 1 month"
        ExpiresByType audio/x-wav "now plus 1 month"
        
        # Movie files expiration: 1 month after request
        ExpiresByType application/x-shockwave-flash "now plus 1 month"
        ExpiresByType x-world/x-vrml "now plus 1 month"
        ExpiresByType video/x-msvideo "now plus 1 month"
        ExpiresByType video/mpeg "now plus 1 month"
        ExpiresByType video/mp4 "now plus 1 month"
        ExpiresByType video/quicktime "now plus 1 month"
        ExpiresByType video/x-la-asf "now plus 1 month"
        ExpiresByType video/x-ms-asf "now plus 1 month"
</IfModule>
########## End - Optimal expiration time

########## Begin - Automatic compression of resources
# Compress text, html, javascript, css, xml, kudos to Komra.de
# May kill access to your site for old versions of Internet Explorer
# The server needs to be compiled with mod_deflate otherwise it will send HTTP 500 Error.
# mod_deflate is not available on Apache 1.x series. Can only be used with Apache 2.x server.
# AddOutputFilterByType is now deprecated by Apache. Use mod_filter in the future.
AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css application/xml application/xhtml+xml application/rss+xml application/javascript application/x-javascript
########## End - Automatic compression of resources

Ce qui semble améliorer les performances.

Que pensez-vous de ces éléments ? Quels sont les avantages et les inconvénients (excepté pour le webmaster qui ajoute des contenus) ?

Que pensez-vous du reste du fichier htaccess proposé ?

Et enfin, l'ordre des éléments de configuration est-il important ?

Merci et à+

[jisse03]

Re : Optimisation sur OVH : gzip, cache, htaccess et ETag, mod_expires, deflate

Bonjour,

Il doit bien exister en gros 999.999 systèmes d'"optimisation" des pages.. et vu les partis pris de Page Speed (qui ne représentent qu'une vue possible), quoi que tu fasses, il te racontera encore que ton site n'est pas optimal. Il raconte la même chose même avec le google..
Entre les voeux pieux (cluster statique pour les images, CDN pour les liens, etc..) et tes moyens financiers, il y a un choix à faire.
Pour un seul site, ce qu'exige Page Speed pour tout caser en A te coûterait au bas mot 4500 € par mois, et encore..

[Astier]

Re : Optimisation sur OVH : gzip, cache, htaccess et ETag, mod_expires, deflate

Oui je me doute bien, l'objectif n'est pas d'atteindre le 100... Mais simplement d'améliorer le temps de chargement des pages (qui s'avère parfois long), notamment en utilisant le cache comme page speed (ou l'outil de yahoo par ailleurs) le recommande (délai d'expiration entre autres).

Et sinon, que penses-tu plus généralement du htaccess proposé par Akeeba pour ce qui est de la sécurité ?

Merci et à+

[jisse03]

Re : Optimisation sur OVH : gzip, cache, htaccess et ETag, mod_expires, deflate

améliorer le temps de chargement des pages (qui s'avère parfois long)

Classique des serveurs mutualisés, où le temps global est partagé, si un autre site utilise 99% des resources, vous êtes 2500 ou plus à attendre pour le 1% restant...
(je plaisante, mais le cas des mutus est bien réel)

Pour le reste, j'ai vu passer des centaines de .htaccess (qui par ailleurs, empilés, finissent par entrer en conflit)...
Je ne me prononcerai donc pas dessus, sauf cas précis où j'ai 100% des cartes en mains.

[Astier]

Re : Optimisation sur OVH : gzip, cache, htaccess et ETag, mod_expires, deflate

Classique des serveurs mutualisés, où le temps global est partagé, si un autre site utilise 99% des resources, vous êtes 2500 ou plus à attendre pour le 1% restant...
(je plaisante, mais le cas des mutus est bien réel)

Certes... Ça me rappelle la discussion sur la lenteur d'accès à l'interface d'admin. Mais je me voyais mal prendre un dédié, pour des raisons non seulement financières mais également "techniques", de compétences à mon avis insuffisantes pour gérer un serveur par moi-même (je pense notamment en terme de sécurité).

Pour le reste, j'ai vu passer des centaines de .htaccess (qui par ailleurs, empilés, finissent par entrer en conflit)...
Je ne me prononcerai donc pas dessus, sauf cas précis où j'ai 100% des cartes en mains.

Je parlais du htaccess complet proposé par Akeeba, pas seulement les morceaux présentés dans mon premier post. Je ne l'ai pas encore véritablement testé, si ce n'est justement ces morceaux. J'essaierai de l'adapter à mon usage et mes besoins au coup par coup.
Et sinon, l'ordre des blocs d'instructions est-il important ?

[jisse03]

Re : Optimisation sur OVH : gzip, cache, htaccess et ETag, mod_expires, deflate

Et sinon, l'ordre des blocs d'instructions est-il important ?

Dans un .htaccess, tout a de l'importance, non seulement pour savoir si telle ou telle portion sera exécutée, mais également quel temps ç ava prendre.

Une chose jamais documentée de .htaccess, c'est qu'il est chargé à chaque requête de page et doit être évalué, ce qui d'un point de vue performances est plus que largement pénalisant, surtout si ce .htaccess se transforme au gré des ajoutes en menu de restaurant chinois...

[jisse03]

Re : Optimisation sur OVH : gzip, cache, htaccess et ETag, mod_expires, deflate

Mais je me voyais mal prendre un dédié, pour des raisons non seulement financières mais également "techniques", de compétences à mon avis insuffisantes pour gérer un serveur par moi-même (je pense notamment en terme de sécurité).

Là, en fonction d etes besoins, il existe aussi des hébergements spécialisés, offrant une infogérance du système (donc gérant à la fois le serveur linux, ses upgrades sécurité, etc..) pour toi. D'un point de vue utilisateur, à part les coûts (évidemment, un service se paie), tu vois l'équivalent d'un hébergementg mutualisé, sauf avec performances démultipliées.

Mais là on tape dans les hébergements pro haut de gamme, et pas dans le low cost.

[Astier]

Re : Optimisation sur OVH : gzip, cache, htaccess et ETag, mod_expires, deflate

Dans un .htaccess, tout a de l'importance, non seulement pour savoir si telle ou telle portion sera exécutée, mais également quel temps ç ava prendre.

Une chose jamais documentée de .htaccess, c'est qu'il est chargé à chaque requête de page et doit être évalué, ce qui d'un point de vue performances est plus que largement pénalisant, surtout si ce .htaccess se transforme au gré des ajoutes en menu de restaurant chinois...

Bon je vais continuer d'explorer le htaccess d'Akeeba, retenir ce qui me convient, voir si ça ne crée pas de problème sur mon hébergement et je reviendrai vers toi pour avoir ton opinion.

Merci et à bientôt.