Il existe cependant une méthode alternative reposant sur Subversion (SVN). C’est la méthode idéale pour tout développeur WordPress ou gestionnaire de blogs. C’est celle que j’emploie depuis la version 2.6 grâce notamment à la constante WP_CONTENT.

Explications et application concrète.

Avant toute chose, sachez que ce tutorial est optimisé pour les personnes qui versionnent entièrement leur projet. Il n’est pas question ici d’avoir une arborescence libre et de procéder à des checkout un peu partout. C’est possible mais pas du plus grand intérêt.

L’avantage évident ici est de pouvoir déployer son blog n’importe où en un rien de temps.

Structure des fichiers

Installer WordPress en tant que dépendance SVN revient à mélanger 2 techniques :

• Installer WordPress dans son propre répertoire
  
• Installer WordPress proprement depuis SVN

Je suis pénible donc je n’ai pas spécialement envie de modifier un fichier core ou autre chose que wp-config.php. Tout le contraire de ce qu’indique la première méthode.

La seconde explication m’a toutefois posé légèrement problème puisqu’un peu brutale et posant soucis chez OVH.

Celles et ceux qui voient la capture d’écran ci-dessus peuvent constater que tout WordPress a été déplacé dans un sous-répertoire wordpress au même niveau que wp-content.
On ne garde à la racine que le fichier .htaccess et wp-config.php.

Sur le répertoire racine, j’ai appliqué ces propriétés pour WordPress 2.7 :

• svn:ignore :
  

  wp-config.php

• svn:externals :
  

  wordpress http://svn.automattic.com/wordpress/branches/2.7

Je ne versionne volontairement pas le fichier wp-config.php car c’est le seul fichier susceptible de changer d’une instance à une autre. Je le récupère depuis wordpress/wp-config-sample.php et je le personnalise selon mes besoins.
Et puis versionner des mots de passe … qui y tient ?

Configuration

Après cette restructuration, on aura toutefois besoin de configurer 2-3 bricoles. Vraiment rien de méchant promis.

Le .htaccess

Voici ma configuration. Elle peut être aisément déportée dans votre déclaration de Virtual Host pour des raisons de performance. Sur un serveur mutualisé vous n’avez en général pas accès à ce dernier type de configuration.

<IfModule mod_rewrite.c>
Options -Multiviews -Indexes +FollowSymlinks
RewriteEngine On
RewriteBase /
# Moving to dependency
RewriteRule ^(index.php|wp-[a-z0-9-]+\.php|xmlrpc.php)?$ wordpress/$1 [L]
RewriteRule ^(wp-admin|wp-includes)/(.*)$ wordpress/$1/$2 [QSA,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . wordpress/index.php [L]
</IfModule>
# BEGIN WordPress
# END WordPress

Ce fichier est très inspiré de la configuration SVN proposée sur le Codex WordPress. Seulement voilà, cette renvoie tout sur index.php … et omet ainsi tous les accès aux fichiers situés à la racine, avec entre autre :

• wp-cron.php
• wp-link-opml.php
• wp-trackback.php
• xmlrpc.php

Je vous fais grâce des contrôleurs de flux (Atom, RSS & cie) et des appels en directs à index.php effectués par certains plugins.

Donc non on ne peut pas vraiment se passer de ces fichiers. D’où ces 2 règles :

• RewriteRule ^(index.php|wp-[a-z0-9-]+\.php|xmlrpc.php)?$ wordpress/$1 [L]
  

  On capte tous les fichiers PHP (les contrôleurs) originellement situés à la racine de WordPress.

• RewriteRule ^(wp-admin|wp-includes)/(.*)$ wordpress/$1/$2 [QSA,L]

  Et là c’est pour le confort de conserver les adresses initiales … mais aussi pour éviter de modifier un bout de paramétrage dans l’admin. Le jour où vous décidez de rebasculer à l’ancien système, ça se fera sans douleur

Enfin, pourquoi avoir poussé les commentaires WordPress vers le bas ? Tout simplement pour éviter que nos règles personnalisées soient écrasées par WordPress lors d’une mise à jour des permaliens. Nos règles primeront toujours ainsi.

Le fichier wp-config.php

Dans le fichier wp-config.php, nous n’allons rien modifier. Nous allons juste ajouter forcer 2 paramètres. Ils indiqueront à WordPress où se trouve le véritable répertoire wp-content (renommable mais je ne jouerai pas avec).

Le blog

Bon j’ai menti un peu toute à l’heure en indiquant qu’on ne toucherait qu’à wp-config.php. Cependant la modification est on ne peut plus mineure et ne concerne que l’upload de medias.

En effet si on ne touche pas à l’emplacement des fichiers envoyés, WordPress considère qu’ils sont uploadés dans wordpress/wp-content/uploads. C’est fort gênant mais heureusement, en préfixant le chemin par ../ ou en tapant un chemin absolu tout rentrera dans l’ordre.

À noter qu’il s’agit du seul paramétrage hors d’un fichier. Si j’avais pu m’en passer je l’aurais fait.

Dépendance SVN pour la traduction

C’est en tombant sur un autre article traitant de svn:externals pour WordPress que j’ai été interpelé sur la prise en charge des langues via SVN également.
Le système n’est pas parfait puisqu’on ne peut gérer qu’une seule langue par ce biais là. Ça ne conviendra donc pas aux blogs multilingues.

La technique consiste à transformer wp-content/languages en svn:externals.
Ça donnerait ceci pour la version française de WordPress 2.7, au niveau du svn:externals du répertoire wp-content :

languages http://svn.automattic.com/wordpress-i18n/fr_FR/branches/2.7/messages/

Simple et efficace mais ça reste encore de la bricole.

Cas particulier : plugins et i18n

Je vous expose le problème mais malheureusement vous ne pourrez pas y faire grand chose. Par contre ami développeurs, pour rendre votre code de plugin 100% portable, merci de prendre note

Le chargement des traductions s’effectue à l’aide de la fonction load_plugin_textdomain(). Elle prenait seulement 2 paramètres jusqu’à l’arrivée de WordPress 2.6. Ça n’a pas été crié sur les toits mais elle prend désormais 3 … et c’est du 3ème argument qu’il faut utiliser désormais :

1. $domain : l’espace de nom des traduction (inchangé)
2. $abs_rel_path : chemin relatif par rapport à l’emplacement de WordPress (déprécié, on y mettait PLUGINDIR.'/'.dirname(plugin_basename(__FILE__)) en général)
3. $plugin_rel_path :  chemin relatif par rapport à l’emplacement des plugins (c’est qui nous intéresse ; dirname(plugin_basename(__FILE__)) nous suffira désormais)

Vous trouverez un exemple sur le Codex, du côté de l’internationalisation des plugins.
Un exemple de code pérenne :

load_plugin_textdomain('votreplugin', dirname(plugin_basename(__FILE__)), dirname(plugin_basename(__FILE__)));

Et si jamais vous utilisez votre plugin en lien symbolique ça ne fonctionnera pas … mais on s’éloigne du sujet

Et pour WordPress Mu ?

Je ne m’attarderai pas dessus mais les manipulations sont sensiblement les mêmes. Je n’ai pas encore eu l’occasion d’essayer mais j’ose imaginer qu’il n’y a pas tant de différences que ça

Conclusion

Le jour où vous souhaitez migrer vers une autre version majeure de WordPress, c’est simple : il suffit de changer les externals vers le tag adéquat.

Pourquoi ne pas utiliser le trunk directement me demanderez-vous ? Le trunk de WordPress est plutôt instable puisque c’est là que se construit la prochaine version de manière systématique. L’utilisation des branches permet de bénéficier des correctifs sans avoir à modifier le moindre external.
Si vous avez un grand besoin de stabilité, alors utilisez les tags qui sont en principe figés.

On remarquera aussi que malgré son âge, WordPress commence à peine à proposer des solutions d’industrialisation.
Les liens symboliques sont en effet très mal gérés. Tentez d’utiliser un seul répertoire source pour plusieurs blogs avec des liens symboliques et tout s’effondre.

La preuve en est aussi avec le manque de ressources disponibles sur le Web et traitant ce sujet. Ça m’étonnerait d’être le premier à vouloir déployer du WordPress via SVN.
Les choses s’améliorent mais pour le côté code is poetry, on en est encore loin.

WordPress c’est bien. Bien utiliser WordPress c’est mieux !
Si je trouve l’installation de base de cette plateforme de rédaction plus qu’aboutie, certains plugins sont indispensables pour améliorer votre blog, son suivi et sa présence sur Internet. Je me permets donc de partager ma sélection des plugins que je trouve utiles pour une utilisation quotidienne :

• Akismet
• Dofollow
• Feedburner FeedSmith
• FlickrRSS
• Full Text Feed
• Google Analyticator
• Google XML Sitemaps
• SEO Title Tag
• Simple Tagging
• Subscribe to Comments
• WP-PostViews
• WordPress.com Stats

Ca en fait n’est-ce pas ? Tous ne vous seront pas indispensables (notamment si vous ne jouez pas avec Flickr ni Google Analytics) mais peut-être que la lecture de ce billet vous en apprendra davantage et créer des envies

Akismet

Une de mes plus fortes motivations pour migrer de Dotclear à WordPress était la présence d’Akismet, antispam évolué et mutualisé. Pourquoi mutualisé ? Parce que le travail est déporté sur les serveurs d’Akismet sur lesquels sont « branchés » des milliers de blogs. Autant dire que si un spam est déclaré au service, tous les sites utilisant Akismet en sont protégés.
C’est redoutable et ça m’a permis d’éviter de perdre du temps à modérer les messages en carton qui innondaient le blog. A l’heure actuelle, ce ne sont pas moins de 20 000 spams qui m’auront été épargnés. En l’espace de 12 mois, c’est appréciable.

Dofollow

Les référenceurs et les personnes sensibilisées au référencement Web se doivent de savoir que WordPress ajoute la valeurnofollow à l’attribut rel des liens hypertextes de vos commentaires. Pour rappel, il s’agit d’un microformat spécifiant aux moteurs de recherche de ne pas tenir compte du-dit lien. Ceci a pour effet de ne pas prendre en compte l’éventuelle relation entre votre site et un site tiers pour des raisons évidentes de spam.

Les spams étant très bien écartés, autant laisser ce flux de liens sortants faire son effet.
Seul bémol : ce plugin n’a pas d’interaction avec le widget officiel qui continuera à arborer un rel="nofollow". Un petit plus sympathique qui incitera peut-être davantage au commentaire sur votre blog

Feedburner FeedSmith

Feedburner est un service permettant de mesurer l’utilisation de vos fils RSS et Atom. Combien de personnes suivent mon fil RSS ?, Combien de nouveaux abonnés aujourd’hui ? ou encore Quels sont les articles les plus cliqués ou lus depuis les agrégateurs ? seront le genre de questions pour lesquelles vous obtiendez enfin des réponses.

Sa configuration est aisée comme tout et il serait dommage de se passer d’un outil statistique doublé d’outils de republication d’une telle envergure.
Pour information, j’ai également publié un billet expliquant comment migrer un flux RSS vers Feedburner pour celles et ceux ne pouvant installer ce plugin.

FlickrRSS

Vous utilisez le service de gestion et de partage de photos Flickr ? Une bonne idée est d’intégrer vos photos directement sur votre blog de manière « propre », c’est à dire sans passer par un médaillon en Flash ou JavaScript ; ceci bien sûr dans l’intérêt de pénaliser le moins de monde possible.

Son gros atout est la personnalisation du plugin et son widget : peu d’efforts pour un bon résultat.

Full Text Feed

Depuis une certaine version de WordPress (la 2.1 me semble-t-il), quand bien même on paramètre le blog pour afficher des flux intégraux (contenant l’intégralité des billets et non un court extrait), à partir du moment où un billet est précédé d’un chapô, seul celui-ci est publié dans le flux RSS.
Comme vous pouvez vous en douter, ce plugin remet les pendules à l’heure et c’est bien dommage qu’une telle option ne soit pas proposée par défaut dans WordPress.

Google Analyticator

Google Analytics est un formidable outil statistiques de sites Internet générant des rapports clairs au sein d’une interface qui l’est tout autant. Sans pub et sans logo affiché sur les sites audités, c’est pour moi le meilleur outil gratuit tant en terme de mesures que d’outils fournis.

Si jamais vous décidez de suivre votre audience par ce service (Feedburner propose un service similaire mais moins complet, on peut imaginer que tôt ou tard une fusion sera opérée à ce niveau), Google Analyticator permet de placer le traceur sans avoir à toucher le code des différents thèmes de votre blog. Il permet même de vous exclure des statistiques pour refléter au mieux le parcours de vos visiteurs.

Google Sitemaps Generator

Les sitemaps ont été initiées par Google afin de mieux signaler de nouveaux contenus ainsi que l’architecture de votre site. Depuis le format a été adopté par d’autres géants de la recherche sur Internet (Yahoo!, Ask etc.). En toute honnêteté, je pense qu’un site bien construit n’a pas besoin de sitemap pour être bien référencé mais comme l’installation du plugin est facile et ne demande aucune attention post-installation, pourquoi s’en priver ?

A réserver aux aficionados du référencement.

SEO Title Tag

Encore un plugin pour référenceurs ! Un blog gagne à être vu et SEO Title Tag est justement là pour ça. Il offre la possibilité de personnaliser son titre de page que ce soit pour une page statique, un billet, les pages d’archives, les catégories ou toute autre URL gérée par WordPress.

L’intérêt ? Eviter d’avoir des titres à rallonge affichés sur votre blog tout en bénéficiant de titres de pages plus longs et optimisés pour votre référencement. Un exemple concret est ce billet même. Regardez le titre au-dessus du texte (Les meilleurs plugins pour WordPress) et le titre affiché dans la barre de titre (Les meilleurs plugins pour WordPress : Akismet, Feedburner, FlickRSS, SEO Title Tag, Simple Tagging) … ça parle tout seul

Simple Tagging

Encore un plugin pour référenceurs ? Hélas pour ceux qui s’en fichent, tant mieux pour ceux qui s’y intéressent. Les tags (ou labels ou encore mots-clés – mais ça rappelle l’époque de la bulle Internet) viennent en complément des catégories de WordPress.
Le plugin est astucieux et pratique puisqu’il propose une saisie prédictive, suggère des tags et permet de voir des billets relatifs. Il faudra cependant mettre les mains dans le cambouis pour tirer pleinement parti de ses possibilités (lister des billets par tag notamment).

Attention cependant, avec l’arrivée de WordPress 2.3, la gestion des tags sera directement intégrée et ne nécessitera pas de plugin (si ce n’est pour en étendre leurs fonctionnalités). Je vous conseille donc d’attendre la sortie de cette version. Je conseille ce plugin aux personnes qui ne migreront pas vers WordPress 2.3 mais aussi parce que je l’utilise depuis quelques semaines. Son utilisation m’a offert une visibilité dans certains moteurs comme Technorati.

Subscribe to Comments

Cette fois ce plugin s’adresse à toutes et à tous mais surtout à vos visiteurs. Qui n’a jamais répondu à un commentaire et oublié de revenir sur un site pour voir si d’autres personnes avaient réagi ? Plein de monde dont moi. Difficile de s’abonner à tous les flux RSS de commentaires de sites sur lesquels on est actif car c’en deviendrait impossible à gérer.

Heureusement Subscribe to Comments ajoute une petite boîte à cocher au niveau du formulaire des commentaires et ceci dans le but de notifier les auteurs de commentaires que de nouvelles réponses ont été publiées. Vraiment, vos visiteurs apprécieront et leur retour sur votre blog n’en sera que facilité.
Du côté administration, il y a quelques statistiques sur les billets présentant le plus d’abonnés, les derniers abonnés etc.

WP-PostViews

Une bonne petite extension narcissique mais qui permet de mesurer rapidement l’intérêt que portent les visiteurs à votre contenu. Comptabiliser le nombre de lectures de chaque article et afficher ce nombre est son dada. Il faudra cependant triturer un petit peu le code des thèmes dans lequel vous voulez intégrer le plugin après activation. Les instructions sont cependant suffisamment claires pour y parvenir avec un faible bagage technique.

WordPress.com Stats

Enfin on termine sur des statistiques, encore une fois me direz-vous. Celles-ci sont fournies par l’éditeur de WordPress à partir du moment où vous disposez d’une clé API WordPress (c’est le cas si Akismet est activé et configuré sur votre blog). Il fournit un onglet supplémentaire dans votre tableau de bord et résume les liens entrants vers votre blog, les billets les plus lus du jour, les liens externes cliqués et de la veille ainsi qu’une courbe de progression de votre audience.
Je pense que c’est un bon plugin pour débuter et suffisamment complémentaire avec Google Analytics et Feedburner pour ne pas avoir à s’en passer.