wOueb by Romain DECKER / Another IT Guy Blog

Je parlais vendredi de mod_pagespeed, et en consultant les paramètres, j’ai vu qu’il était possible d’afficher les statistiques d’utilisation, sous la même forme que le server-status d’Apache.

Dans le fichier de configuration pagespeed.conf, on retrouve la chose suivante :

< Location /mod_pagespeed_statistics >
Order allow,deny
# You may insert other « Allow from » lines to add hosts you want to
# allow to look at generated statistics. Another possibility is
# to comment out the « Order » and « Allow » options from the config
# file, to allow any client that can reach your server to examine
# statistics. This might be appropriate in an experimental setup or
# if the Apache server is protected by a reverse proxy that will
# filter URLs in some fashion.
Allow from localhost
SetHandler mod_pagespeed_statistics
< /Location >

Il suffit d’autoriser la bonne adresse IP, le bon réseau, ou tout le monde, puis de se connecter avec un navigateur à l’adresse http://serveur.domaine/mod_pagespeed_statistics.

Voici le résultat pour mon blog (consulté avec Lynx, en local sur mon serveur) :

Statistiques mod_pagespeed

En rouge, on peut voir entres autres une estimation du nombre de bytes (octets) économisés :

• ~ 2 Ko économisés pour le CSS,
• ~ 1,9 Mo économisés pour les images,
• ~ 70 Ko économisés pour le javascript.

L’extension PageSpeed pour Firefox/Firebug permet d’évaluer les performances des pages web et prodigue des conseils pour optimiser la vitesse de celles-ci.

Cette semaine, c’est un module pour Apache, mod_pagespeed, qui vient compléter ce panel d’outils. Mis à disposition par Google (gratuitement, sous licence Apache), il est encore en version beta mais permet déjà des résultats visibles.

Comme je suis curieux, je l’ai installé sur mon serveur (qui était déjà optimisé depuis quelques semaines).

NB : pour l’installer en toute sécurité, j’ai fait un snapshot de mon serveur dédié (merci VMware ^^), au cas où !

Je grapille 1% au test Page Speed sur GTmetrix, notamment avec quelques petites améliorations dans les points suivants :

• Serve static content from a cookieless domain,
• Optimize images,
• Minify HTML,
• etc.

Cependant, sur certains points les performances diminuent : comme quoi, la solution magique n’existe pas, et simplement activer un module sur votre serveur ne fera pas forcément des miracles si vos applications n’en sont pas conscientes.

• Un peu de lecture : http://code.google.com/speed/page-speed/docs/module.html
• Pour télécharger mod_pagespeed : http://code.google.com/speed/page-speed/download.html
• Pour tester mod_pagespeed : http://www.modpagespeed.com/

Pour la configuration, vous trouverez des informations par ici, ou ailleurs sur l’Internet Mondial (qui va être beaucoup plus rapide maintenant) !

La news est sur le blog Webmaster Central Blog.

Décidement, c’est l’année des grands changements pour mon blog !

J’ai profité de quelques heures de libre hier soir pour migrer ce blog sur un serveur dédié : il quitte donc son hébergement mutualisé OVH qu’il occupe depuis 5 ans ! ^^

Niveau serveur, pas grand chose à dire :

• Hardware : un processeur à 2,4Ghz (Intel E5530), 1 Go de Ram, une baie de disques FC partagée avec d’autres machines virtuelles,
• Software : CentOS 5.5, Apache 2.2, PHP 5.2.

Au niveau des améliorations :

• APC, un système de cache PHP (que j’utilise depuis longtemps et qui est relativement simple à installer),
• Memcached : un système de cache d’objets (que j’ai toujours voulu mettre en place),
• Varnish : un reverse proxy dont Gonzague m’avait parlé il y a quelques mois. J’étais curieux de le tester, et j’ai pu le configurer pour Worpdress grâce à l’article de Nicolargo.

Voici un schéma détaillant un peu l’imbrication de tous ces éléments entre eux :

Note : j’ai conçu ce schéma sur l’idée du schéma d’optimisation de Nicolargo.

Après quelques tests de performances, woueb.net est 75% plus rapide qu’avant !

Étant client depuis fort longtemps chez OVH, je me trainais encore une base MySQL4, laquelle ne me dérangeait pas le moins du monde puisque je n’avais pas besoin des fonctionnalités supplémentaires.

Note : je rappelle que MySQL est un Système de Gestion de Base de Données, utilisé dans ce cas pour stocker les données de ce blog, telles que les articles, les commentaires, etc. Ces données sont exploitées par un serveur d’application Apache et un langage de script PHP.

En tentant de mettre à jour mon blog vers WordPress 2.9, mon installation de WordPress m’a prévenu que c’était impossible si je ne passais pas sur une version supérieure de MySQL.

The update cannot be installed because WordPress 2.9.2 requires MySQL version 4.1.2 or higher. You are running version 4.0.25.

Bref, je n’avais pas trop le choix !

(suite…)

Parmi la multitude de fonctionnalités qu’offrent les fichiers .htaccess, il est possible de restreindre l’accès à un répertoire par un mot de passe.

Cette technique est relativement connue et bien documentée, mais faire un article me permettra de retrouver rapidement la syntaxe exacte la prochaine fois que je chercherai.

Protection d'un répertoire avec un mot de passe sur Apache

Ce n’est pas mon premier article sur .htaccess, j’avais notamment expliqué comment empêcher le listage des répertoires, comment faire une page de maintenance avec un fichier .htaccess, restreindre l’accès à un répertoire par adresse IP, etc.

(suite…)

Une pratique assez courante pour protéger un site est de restreindre le listing des répertoires : en effet, si le listing n’est pas interdit, voilà ce que vous pouvez retrouver en tentant d’afficher un répertoire n’ayant pas de fichier index.

Il était coutume de mettre un fichier index.html vide à la racine de chaque répertoire pour empêcher ce listing ; cependant, il existe un paramètre de configuration Apache à placer dans le fichier .htaccess.

(suite…)