améliorer vitesse affichage d'un site.

WRInaute discret
Bonjour.

Suite à quelques lectures concernant la vitesse d'affichage d'un site internet et son impact sur le positionnement dans les résultats de google (notamment ceci https://www.webrankinfo.com/dossiers/webmastering/site-rapide ), j'ai regardé les performances de mon site via YSLOW.

Il m'est indiqué que je devrais compressé quelques fichiers via gzip. Soit.

J'ai regardé si mon hébergement mutualisé chez ovh supportait la compression. J'ai donc fait un phpinfo(); et la ligne suivante m'est indiquée : Zip support enabled .

je suppose donc que le serveur gère cette compression. Ai-je raison ?

Deuxièmement, après lecture de l'article cité ci dessus, j'ai intégré ce code à mon htaccess :

Code:
<IfModule mod_deflate.c>
<FilesMatch "\.(html|php|txt|xml|js|css)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>

Or, YSLOW ne m'indique aucun changement. (Notamment pour les fichiers js et css.).

Qu'en conclure ? mon serveur ne gère pas la compression gzip ? le code n'est pas bon ? Il ne se met pas dans le htaccess ?

Comment gérez-vous la compression gzip, si d'aventure voue le faites ?

Merci pour vos retour !
 
WRInaute accro
Essaie comme ceci
Code:
<IfModule mod_gzip.c>
   mod_gzip_on                   Yes
   mod_gzip_can_negotiate        Yes
   mod_gzip_static_suffix        .gz
   AddEncoding              gzip .gz
   mod_gzip_update_static        No
   mod_gzip_handle_methods        GET POST
   mod_gzip_minimum_file_size    500
   mod_gzip_maximum_file_size    500000
   mod_gzip_maximum_inmem_size   60000
   mod_gzip_min_http             1000
   mod_gzip_item_exclude         reqheader  "User-agent: Mozilla/4.0[678]"
   mod_gzip_item_include         file       \.html$
   mod_gzip_item_exclude         mime       ^image/
</IfModule>
 
WRInaute discret
Merci pour le retour, c'est cool.

Alors, toujours le même message de la part de YSLOW :


j'ai éssayé en changeant cette ligne :
Code:
mod_gzip_item_include         file       \.html$
par
Code:
mod_gzip_item_include         file       \.css$

aucun changement.

Est-ce que la compression se gère uniquement via le htaccess ? il y à autre chose à faire ?

j'avoue ne pas bien comprendre pourquoi ça ne marche pas...

encore une chose, que veut dire cette ligne :
Code:
mod_gzip_item_exclude         reqheader  "User-agent: Mozilla/4.0[678]"
?
 
WRInaute accro
Comment t'y prends-tu pour vérifier ?

Tu mets le code fourni tel quel dans le htaccess.

Pour vérifier, tu te rends sur Google Marsters Tools, menu Labo puis Analyser comme Googlebot.

Une fois sur la page , tu peux tester tous les fichiers souhaités.
 
WRInaute impliqué
Il arrive qu'avec un antivirus ou firewall, les fichiers soient décompréssés par ceux ci pour analyse. Du coup YSlow indique que les fichiers ne sont pas compressés, alors qu'ils le sont.
Pour faire un test depuis une machine extérieure, il existe par exemple le site http://www.webpagetest.org/
 
WRInaute passionné
j'utilise ca chez OVH et ca marche :
Code:
AddOutputFilterByType DEFLATE text/html text/xml application/xhtml+xml text/plain application/javascript text/css
 
WRInaute discret
Bonjour,

Comment t'y prends-tu pour vérifier ?

Tu mets le code fourni tel quel dans le htaccess.

oui, j'actualise, et je regarde les données YSLOW.

Pour vérifier, tu te rends sur Google Marsters Tools, menu Labo puis Analyser comme Googlebot.

Une fois sur la page , tu peux tester tous les fichiers souhaités.

OK. Prenons par exemple l'analyse de ma page d'accueil. que dois-je regarder pour voir si la compression se fait ?

ces lignes là ? :
Server: Apache/2.2.X (OVH)
X-Powered-By: PHP/4.4.9
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Pragma: no-cache
Cache-Control: public;max-age=3600
Set-Cookie: PHPSESSID=275b0a416bb2bcd63199901a1ecfa1ec; path=/
Vary: Accept-Encoding
Content-Encoding: gzip
 
WRInaute discret
RE,

j'ai améliorer quelques points grâce à cela, dans mon .htaccess :

#####################################################
# CONFIGURE media caching
#
Header unset ETag
FileETag None
<FilesMatch "(?i)^.*\.(ico|flv|jpg|jpeg|png|gif|js|css|swf)$">
Header unset Last-Modified
Header set Expires "Fri, 21 Dec 2012 00:00:00 GMT"
Header set Cache-Control "public, no-transform"
</FilesMatch>
#
#####################################################

<IfModule mod_deflate.c>
<FilesMatch "\.(js|css)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>

Le premier point est pour la mise en cache de certains fichiers, le deuxième pour la compression gzip du js et css.

Si ça peut servir à quelqu'un.

Merci pour vos retours.
 
WRInaute accro
jonny a dit:
OK. Prenons par exemple l'analyse de ma page d'accueil. que dois-je regarder pour voir si la compression se fait ?

ces lignes là ? :
Server: Apache/2.2.X (OVH)
X-Powered-By: PHP/4.4.9
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Pragma: no-cache
Cache-Control: public;max-age=3600
Set-Cookie: PHPSESSID=275b0a416bb2bcd63199901a1ecfa1ec; path=/
Vary: Accept-Encoding
Content-Encoding: gzip
Oui c'est bien ça.

Si mes souvenirs sont bons, tu ne gagnes rien à compresser des images déjà compressées.
 
WRInaute discret
Si mes souvenirs sont bons, tu ne gagnes rien à compresser des images déjà compressées.

oui exact. ça s'est vérifié lorsque j'ai "gzippé" mes png --> aucune amélioration.

Mais avec tout le reste c'est déjà pas mal.

Mais vous metez quoi sur vos sites pour les faire ramer avec de l'adsl2+ ???

héhé... Mon site ne rame pas, c'est simplement que si on prend en compte les différentes news (cf premier post), alors autant améliorer la vitesse d'affichage, ça ne mange pas de pain comme on dit, même si google décide finalement de ne pas accorder plus d'importance que ça à la vitesse d'affichage dans les résultats des recherches.

Pour info : voici les liens qui m'ont permit de résoudre mon "problème" :

http://www.askapache.com/htaccess/speed-up-sites-with-htaccess-caching.html

et

http://www.askapache.com/htaccess/apache-speed-compression.html
 
Discussions similaires
Haut