Yann "Bug" Dubois

I’ve just finished migrating our www.Nogent-Citoyen.com local community site to WordPress 2.8 RC1 and well… I have to say up to now everything looks great!

The site ran flawlessly right away, with its 25 plugins including Wp Super Cache, the YD Recent Posts Widget and some other quite vintage legacy plugins that I can’t do without. I had no special migration task to conduct. I even ran the site for a few hours on a staging URL without upgrading the database structure, and did not notice anything breaking.

According to my Google Analytics and Xiti stats, the majority of the visitors of this yann.com site are now English-speakers (or at least probably not fluent in French.) That’s a consequence of my recent activity as a WordPress plugin open-source developer. So I guess I’ll have to start writing some content in what the French call “the language of Shakespeare” to satisfy that worldwide audience – OK, I don’t guarantee I can really write like Shakespeare did, but then again, who would understand anyways?

I thought that a natural subject for my first English-language post, as a way of inaugurating the new bilingual twist of this blog, would be the subject of running a multi-language WordPress!

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.

Le grand ménage

L’architecture modulaire de WordPress, si elle est très pratique, tend à provoquer des effets d’accumulation indésirables au fil du temps : la facilité d’installation des plug-ins fait qu’un webmaster actif aura tendance à tester beaucoup de solutions pour améliorer l’ergonomie de son blog. Or l’accumulation de plugins, surtout s’ils sont inutilisés, va rapidement causer un ralentissement général du site, y compris par les modules ou widgets qui n’auront finalement pas été retenus pour intégration dans les templates de page ou les barres latérales.

Le diagnostic

La stratégie d’optimisation d’un applicatif web quel qu’il soit passe par une première étape d’analyse et de bilan de la situation, nécessaire pour définir un plan d’action : dans un monde idéal, chacun disposerait d’un temps infini pour se consacrer aux détails. Dans la réalité pragmatique, toute stratégie s’inscrit dans une limite de moyens dont le temps fait partie. Le scénario proposé ici a nécessité environ deux journées de travail pour être mis en oeuvre sur trois blogs distincts hébergés sur le même serveur. Consacrer 48 heures à l’optimisation d’un site qui commence à monter en charge au point que les premiers problèmes de performances apparaissent semble un objectif raisonnable.