mod_pagespeed
mod_pagespeed pour apache mise à jour – update
Un petit post rapide pour dire qu’une nouvelle mise à jour avec correction de bugs vient de paraître, je vous invite à faire la mise à jour sur votre machine si vous l’utilisez.
Comme j’ai déjà traité le sujet, je vous invite à lire ce POST si vous ne vous rappellez pas comment mettre à jour :
http://blog.inforeseau.com/2010/12/mettre-a-jour-module-apache-mod_pagespeed-sous-linux
Les infos sur la mises à jour ici :
http://code.google.com/p/modpagespeed/
et le changelog ici :
http://code.google.com/p/modpagespeed/wiki/ReleaseNotes
Il semble cependant que la page du wiki soit mise à jour un peu tardivement, les annonces pour les nouvelles versions sont généralement lisibles ici :
http://groups.google.com/group/mod-pagespeed-announce
![]()
Mettre à jour le module apache mod_pagespeed sous linux
Je vous parlais ici http://blog.inforeseau.com/2010/11/mod_pagespeed-extention-accelere-serveur-web de l’installation du module apache « mod_pagespeed » qui permettait d’optimiser le chargement et le contenu de vos pages web servies par apache 2.
Aujourd’hui, et depuis cet articles, le module a été mis à jour, avec des optimisations, et des corrections de bugs ! Voici comment mettre à jour.
Se connecter en root sur le serveur (ici Fedora) sur lequel nous allons mettre à jour le module mod_pagespeed pour apache 2. Notez que pour effectuer cette opération vous l’aurez déjà installé et configuré une fois au préalable.
Donc en root, on va télécharger l’archive, arrêter apache, mettre à jour le module, et relancer le tout :
[bash]cd /usr/local/src
wget https://dl-ssl.google.com/dl/linux/direct/mod-pagespeed-beta_current_i386.rpm
/etc/rc.d/init.d/httpd stop
rpm -Uvh mod-pagespeed-beta_current_i386.rpm
/etc/rc.d/init.d/http start[/bash]
Ici nous pratiquons l’opération sur une machine 32bit, utilisez l’url correspondant à votre architecture (64bit ?) si besoin : http://code.google.com/speed/page-speed/download.html
Je vous recommande de surveiller le projet et les mises à jour car il s’agit encore d’un stade bêta, et les mises à jour contiennent d’importants correctifs. A titre d’information, mon serveur s’est retrouvé saturé par un bug dans la bêta précédente, celle-ci devait contenir un défaut entrainant une verbosité accrue des logs, ayant conduit à un remplissage de ma partition / !
Rien de méchant, je vous l’accorde, mais ceci étant arrivé dans la nuit, mes sites sont restés inaccessibles pendant quelques heures.
Donc, si vous utilisez mod_pagespeed, veillez à appliquer les mises à jour régulièrement.
Voici un extrait des logs générés par mod_pagespeed ayant rempli une partition de mon serveur :
[bash][Sat Dec 11 08:49:15 2010] [warn] [mod_pagespeed 0.9.8.1-215] /var/www/mod_pagespeed/files/3a5dadbbec82d18256e66ae2d8e395.lock:0: Someone is already fetching http://www.monsite.com/index.php/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/ima[Sat Dec 11 08:49:16 2010] [notice] child pid 26998 exit signal Segmentation fault (11)
[Sat Dec 11 08:49:16 2010] [warn] [mod_pagespeed 0.9.8.1-215] /var/www/mod_pagespeed/files/f91ac62f025cd055662dd9dcf54ea2.lock:0: Someone is already fetching http://www.monsite.com/index.php/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/corner-bottom-right.gif [/bash]
Note : j’ai masqué le nom du site original et modifié les noms de fichiers pour les petits malins.
Voilà, mais je reste convaincu que mod_pagespeed est un excellent projet. Bien sûr on serait tenté de dire qu’il va conduire les webmasters à moins faire attention sur l’optimisation en se reposant sur celui-ci, mais ça serait une erreur qui ne regarde que celui qui fait ce choix. Par ailleurs, pour les utilisateurs de systèmes CMS n’ayant pas forcément le temps ou la capacité de modifier le code, c’est une bonne solution permettant de garder la flexibilité des extensions (je pense à WordPress par exemple) tout en conservant des pages à peu près optimisées pour le chargement.
![]()
mod_pagespeed une extention qui accelere le serveur web
Elle mérite d’être connue, c’est l’extension pagespeed. Déjà connue et utilisée pour l’optimisation de sites internet avec firefox, comme « extra » module de firebug, elle existe maintenant en module apache 2 !
On trouve toutes les informations sur le site du projet ici :
http://code.google.com/speed/page-speed/index.html
L’énorme avantage que présente le module apache, est d’apporter une modification globale au niveau du serveur ! Il existait des plugins de cache pour wordpress par exemple, ou encore des techniques individuelles adaptées à chaque système (cmsms, joomla, etc.).
Évidemment ces techniques sont à mettre en œuvre pour chaque site, quand c’est disponible, et de manière individuelle. Avec le module apache pagespeed, c’est l’ensemble du serveur qui bénéficie des optimisations !
Gain de temps, économie d’énergie, économies des ressources serveur, c’est un module dont on ne devrait pas se passer.
L’installation est très bien décrite sur la page du projet ici même :
http://code.google.com/speed/page-speed/download.html
Ensuite pour la configuration, les détails sont expliqués ici :
http://code.google.com/speed/page-speed/docs/using_mod.html
Dans mon cas, j’ai configuré le RPM sur une distribution Fedora, avec les commandes indiquées :
Installation des dépendances (connecté en root en ssh au serveur):
[code]yum install at[/code]
Puis téléchargement du rpm 32 bit (dans mon cas) :
[code]wget https://dl-ssl.google.com/dl/linux/direct/mod-pagespeed-beta_current_i386.rpm[/code]
et installation :
[code]rpm -Uvh mod-pagespeed-beta_current_i386.rpm[/code]
Après installation je relance mon serveur apache :
[code]/etc/rc.d/init.d/httpd restart[/code]
Voilà c’est fini ! Vos sites bénéficient d’une gestion de cache, d’optimisation et combinaison des CSS, optimisation des images, transmission des données en mode compressé etc. Sur mon petit serveur, j’ai observé un chargement bien plus rapide des pages.
De manière pragmatique ces économies de ressources permettent d’héberger plus de sites sur un même serveur, ou bien, d’améliorer la réactivité, en chargeant moins votre machine.
Petite note : le système de cache par défaut est configuré pour utiliser 100Mo d’espace disque dans le dossier /var/www/mod_pagespeed/. Il peut être pertinent pour vous de changer cette donnée si vous êtes un peu serré niveau espace disque à cet endroit.
Le plus simple va etre de stopper apache, déplacer le dossier « mod_pagespeed » dans une partition avec plus d’espace, et d’aller modifier la configuration dans /etc/httpd/conf.d/pagespeed.conf. C’est par défaut en ligne 20 et 21 du fichier :
[code] ModPagespeedFileCachePath "/var/www/mod_pagespeed/cache/"
ModPagespeedGeneratedFilePrefix "/var/www/mod_pagespeed/files/"[/code]
Modifiez la valeur pour coller avec le chemin dans lequel vous avez placé le dossier de cache puis relancer apache.
Si tout est bien configuré, vous devriez voir la taille du dossier de cache grossir petit à petit (au fur et à mesure des requêtes qui arrivent sur vos sites web), et l’affichage des pages arriver plus vite (il y a une difference sur mon petit serveur premier prix dont je suis trèèès satisfait – merci OVH ;) ).
Firebug l’extension firefox à installer avant page_speed sur firefox est ici : https://addons.mozilla.org/en-US/firefox/addon/1843/
Pagespeed pour firefox qui vient en complément de firebug est ici : http://code.google.com/speed/page-speed/download.html
Ces deux extensions sont indépendantes du modules apache, et permettent d’analyser et d’optimiser votre site web.
![]()
Pages
- À propos
- Alexandre Blanc Experience or work background
- Connected=hacked, cloud=leak, why
- Keeping track for my speaking events / appearances
- My take on Zero Trust – SP 800-207
- Openvpn and pihole on OVH VPS Server FAQ
- Raspberry 3 router project FAQ
- Spotting LinkedIn fake profiles, the tail of industrial spying, should I trust this contact ?
Search this Site
Archive
- août 2026
- avril 2025
- juin 2024
- mai 2024
- mars 2024
- février 2022
- janvier 2022
- octobre 2021
- septembre 2021
- mai 2021
- octobre 2020
- juin 2020
- avril 2020
- avril 2019
- janvier 2019
- juin 2018
- mars 2017
- octobre 2016
- août 2016
- mai 2016
- septembre 2015
- mai 2015
- février 2015
- novembre 2014
- septembre 2014
- août 2014
- janvier 2013
- décembre 2012
- juillet 2012
- janvier 2012
- novembre 2011
- octobre 2011
- mai 2011
- avril 2011
- mars 2011
- février 2011
- janvier 2011
- décembre 2010
- novembre 2010
- octobre 2010
- septembre 2010