Je découvre petit à petit WordPress et je suis assez bluffé. Le code est assez logique, il est assez facile de l’adapter. Je m’étais lancé dans la traduction en français de l’interface du site. Google n’étant pas forcément mon ami, je n’avais rien trouvé sur le web. J’ai donc fouiné.

À mon grand bonheur, j’ai pu remarquer le support de GNU gettext par WordPress. Ni une, ni deux, je lance mon vim et le tout est traduit en une petite demi-heure. L’arborescence est assez logique mais, faute de documentation, je ne sais pas comment nommer mon fichier .mo. Je le place alors dans wp-include, un des répertoires à la racine du site, contenant les ressources du logiciel. Les mots sont traduits, je suis heureux.

Notons tout de même que certains mots n’ont pas encore leurs index dans le .pot.

C’est en discutant sur le canal IRC #wordpress des serveurs freenode qu’un sympathique utilisateur, anatolbroder, m’a indiqué que je ne devais vraiment pas toucher à ces répertoires. En vérité, WordPress est très modulaire et vous pouvez entièrement séparer les différentes extensions et thèmes du logiciel de base. J’attends la première mise à jour pour voir comment tout cela cohabite.

Résumons. Pour traduire le thème Eleven Twelve de WordPress, il faut éditer le fichier /wp-content/themes/twelveeleven/twelveeleven.pot. La syntaxe du fichier est très claire. Les phrases en anglais sont contenues dans les variables msgid. La ligne suivante définit la variable msgstr dans laquelle il faut indiquer la traduction correspondante. On renomme le fichier en fr_FR.po, un petit coup de msgfmt et voilà! Vous avez votre .mo prêt à être copié dans votre répertoire wp-content/themes/twelveeleven.

À toutes fins utiles, les fichiers de traduction : traduction_twentyeleven.tar.

Étant évidemment moins doué que l’immense communauté de WordPress, j’ai décidé de migrer le site vers ce logiciel. Je préférais mon système précédent, une batterie de script en zsh qui générait le site à la volée. C’était plus souple, la structure de données était compréhensible, l’implémentation était limpide.

Le revers de la médaille, c’est que je devais programmer chaque nouvelle fonctionnalité. Avec WordPress, tout fonctionne en cinq minutes. L’installation est un jeu d’enfant et les milliers de plugins sont disponibles en un clin d’oeil. Le détail qui tue, c’est l’application android permettant d’administrer le site. Elle est d’excellente qualité contrairement à ce que proposent les autres plate-formes.

Je ne me leurre pas. Cette créature est bien plus longue à charger que mon ancien site. Du coté du client, le code est affreux, absolument pas sémantique. Le magnifique projet du créateur du web est bel et bien mort. Du coté du serveur, je n’ai pas encore exploré les méandres de WordPress mais du peu que j’en ai vu, cela à l’air bien fait.

Le choix de ce logiciel a été mûrement réfléchi. J’avais tenté il y a peu de me lancer avec Drupal. Il a la réputation d’être apprécié des développeurs PHP. Je connais bien ce langage et je m’étais dit que ce logiciel me permettrait de bénéficier des apports de la communauté sans brider ma créativité. Grossière erreur! Cet infâme tas de code spaghetti saupoudré de concepts fumeux séduira sûrement plus l’amateur de casse-tête que l’ingénieur parcimonieux. Autant coder son framework.

De son coté Joomla gagne en popularité. Mes parents l’utilisent et le connaissent bien. C’était un avantage indéniable, ils auraient pu m’aider. L’installation est plus compliquée mais je parviens à mes fins. Je crée un petit article, je regarde la page d’accueil. Tout ce petit monde semble plutôt sympathique même si l’interface d’administration introduit son lot de concepts fumeux. Pour délibérer, je décide de jeter un coup d’oeil au code. Implémenter une petite fonction php de rien du tout implique un véritable parcours du combattant. Il faut éditer des fichiers XML illisibles et se plonger dans un framework abscond. On frôle ici l’obfuscation de code. Joomla atteint la prouesse d’être encore moins compréhensible que Drupal; la documentation est très pauvre. J’ai l’impression de faire face à une somme de hacks compilés au gré des versions.

J’aurais pu essayer CMSMadeSimple qui m’avait l’air tout à fait sympathique. Utilisant des logiciels libres depuis quelques années, je me dis finalement que le mieux, c’est encore de suivre les moutons et d’installer WordPress. Je ne suis pas déçu du résultat. Certes, WordPress est assez rigide quand on ne souhaite pas trop s’y plonger. Un développeur web confirmé aura plus vite fait de forger sa propre solution. WordPress fait une chose et le fait très bien : gérer des weblogs. À vouloir tout faire, les autres solutions de gestion de contenu ne sont que raccomodages de boûts de code sans travail particulier de conception.

La leçon que je tire de tous cela c’est qu’il est souvent payant d’utiliser ce que la majorité des gens utilise. C’est d’autant plus le cas avec les logiciels libres. Il y a un effet de réseau évident, propre à fonder des monopoles. Si soudainement WordPress cessait de fonctionner, des milliers d’entreprises à travers le monde s’empresseraient de corriger le problême et je bénéficierais de ces corrections. Par ailleurs, la présentation par défaut de WordPress est devenue une sorte de standard du web.