Yann "Bug" Dubois

The PHP language can be used to remote-control an actual web-browser on a server, to allow server-side scripting of complex web interactions involving for example Javascript of Flash-enabled content. This is a very powerful context, but it is tricky to setup. In addition, a proxy such as Squid can be used to log all http interactions, and can be used as an in-depth traffic analysis or debugging tool. This environment can be used for automated web debugging, continuous integration, unit-testing based web development, non-regression testing, load tests, automated screenshots, etc. Here is a quick setup memo for a running environment under Debian Linux (headless server).

Dans le cadre d’un projet pour un client, j’ai dû optimiser un site marchand qui donnait accès à des chargement de fichiers mp3 après paiement. Suite à un audit technique rapide du site (développé par un tiers), je m’étais rendu compte qu’il était assez facile pour des utilisateurs de trouver un accès direct aux fichiers mp3 dans l’arborescence du site, et donc de télécharger gratuitement tous les morceaux disponibles ! Il fallait donc remédier à ce problème. Voici ma solution qui utilise l’URL-Rewriting d’Apache, et une classe PHP sur mesure. Une version développée en procédural est également proposée pour les allergiques aux objets.

Dans ma série d’articles sur l’optimisation et l’accélération de WordPress, j’ai souligné les gains de performance obtenus en installant le compilateur d’opcode eAccelerator. Par ailleurs, dans mon tutoriel résumant la configuration rapide d’un serveur LAMP type OVH/Kimsufi, j’ai détaillé l’installation d’eAccelerator. Sur une installation régulièrement mise à jour de GNU/Linux (Debian par exemple), il faut recompiler le moduile eAccelerator avec chaque mise à jour du PHP. Voici un guide détaillé pas-à-pas sur cette procédure.

Since WordPress 2.8, a new kind of caching mechanism has been added to WordPress. it is not very well documented yet (I could not find any relevant page in the Codex. Please leave a comment if you find one).

According to this WordPress core development trac discussion, that feature has been introduced so that “non-persistent” or otherwise “short-lived” data that used to be stored in the “options” database table can be distinguished from “real options data” that is meant to be persistent (ie, live forever in the database until it is updated or erased).

Des résultats très mesurables !

72 heures se sont écoulées depuis le début du plan d’action décidé au moment du diagnostic initial. Mes sites WordPress sont théoriquement maintenant bien optimisés car ils sont plus légers et plus efficace grâce à la mise en place de systèmes de gestion de cache et  à un gros travail sur les appels d’objets externes et les images.

Les premières mesures qui manifestent de la réussite de cette démarche sont évidemment les indicateurs de la charge serveur mesurés par Munin.

Optimiser la livraison des images

Maintenant que nous avons supprimé le superflu (les plugins inutilisés, les appels externes trop lourds et le code redondant) et optimisé l’essentiel (le contenu dynamique et le fonctionnement de WordPress), il nous reste un travail important à faire sur l’autre partie du contenu, à savoir les éléments “statiques”.

Qu’est-ce qu’un élément statique ?

– Monsieur de La Palice nous aurait bien indiqué que “ce qui est statique c’est tout ce qui n’est pas dynamique” 8-);

Installer des systèmes de cache pour les contenus dynamiques

Nous entrons ici dans le vif du sujet des optimisation “actives” qui vont permettre de substantiellement accroître les performances d’un blog sous WordPress, et au passage de le rendre invulnérable aux fortes charges et autres pics de trafic inattendus qui sont le lot d’un site web actif.