Pourquoi avoir attendu jusqu’à la version 2.3 de WordPress ?
Simplement parce que les versions antérieurs comblaient mes besoins. À l’aide de plugiciels, je l’avoue, mais ils étaient comblés. Mais sans plus.

Pourquoi changer alors que je viens de passer à 2.3 ?
Parce que la rétro-compatibilité n’a pas dutout été assurée par l’équipe de développement. Parce que depuis 2.2.0, Matt a avoué ne pas vouloir rendre WordPress compatible seulement avec PHP5 (voir mon billet sur l’initiative GoPHP5). Parce que des erreurs SQL s’affichent un peu partout dans l’interface d’administration. En gros, j’ai l’impression de faire affaire avec un projet immature où les développeurs viennent tout juste de terminer leur première application Web.

Les développeurs ont aussi, dans le but de mieux servir leurs “clients”, intégré des fonctionnalités qui envoient de l’information concernant votre blogue. La divulgation de ce fait fût mal vue par la communauté. Mieux encore, Matt, le créateur de WordPress, nous a fait part de solutions : installer 2 plugins pour ne pas envoyer les informations concernant votre blogue à WordPress, chose qui de toute façon devrait être désactivée par défaut (kit à demander aux usagers de l’activer à l’installation ou à la mise à jour de leur blogue); créer un fork du projet afin de mieux servir la communauté si on croit que nos choix sont mieux que ceux de l’auteur; endurer. D’une façon ou d’une autre, je trouve le ton de Matt très arrogant et il semble totalement désintéressé par ce que SA communauté désire apporter comme bénéfices.

Vers quoi migrer ?
J’ai fait beaucoup de tests avec Drupal en version 4.7, 5.0 et je dois dire que j’ai l’impression de vraiment toucher à un produit complet, mature et qui, de par sa structure interne, rejoint mes philosophies de développement. De plus, la version 6.0 beta 1 rendue public lors du Software Freedom Day (ou la première journée de la SQIL 2007, maintenant passée), est très stable et beaucoup plus complète que la branche 5.x. Aussi, Drupal est un CMS et a été conçu en conséquences, alors que WordPress n’en est pas un. C’est une plateforme de blogue que les gens s’amusent à modifier en pseudo-CMS, ce qui amène toutes sortes de problèmes. Alors Drupal serait à considérer.

J’ai toujours eu l’idée de développer mon propre petit CMS afin de me familiariser avec de nouvelles techniques de développement Web. D’ailleurs, j’ai codé une petite interface il y a quelques temps qui sert de façade à WordPress et bbPress qui eux contiennent les données. La recherche d’informations (billets et sujets de forum) ne se sert aucunement du code des applications respectives qui les héberges. Or, il serait facile pour moi d’adapter les tables, et probablement n’en former qu’une seule qui contiendrait les 2 types de contenus, et de complètement éradiquer tout code anciennement utilisé.

D’une façon ou d’une autre, l’important est que je change rapidement (relativement parlant) de plateforme servant à communiquer avec vous. Si vous avez des suggestions, des commentaires, des expériences semblables, n’hésitez pas à les faire savoir ! Alors Matt, quand tu seras prêt à écouter ce que les autres développeurs Web résident autour de ta bulle idéologique semblant impénétrable, peut-être ferai-je l’effort de revenir vers WordPress. En attendant, c’est presqu’un au revoir.

Pour ceux n’ayant pas encore fait la migration, des guides sont disponibles : Migration PHP5, mais aussi de PHP5.0 à PHP5.1 et de PHP5.1 à PHP5.2. De plus, il n’est vraiment pas difficile de trouver des ressources en cherchant un peu. Souvenez-vous aussi que la documentation officielle est votre meilleure amie.

L’annonce tombe à poil puisqu’il y a environ une semaine, l’initiative GoPHP5 visant à éradiquer (c’est un peu fort comme terme) PHP4 des différents services d’hébergement Web en incitant les différents hébergeurs à enlever PHP4 de leurs services offerts et en incitant aussi les différents projets à ne garantir aucun support si ceux-ci venaient à bugger s’ils étaient exécutés à partir d’environnement en de ça de PHP5.0.

L’initiative est bonne, très bonne. Et le temps est là ; 5 février 2008 est la date limite. Malheureusement, aucune manifestation de mon hébergeur ni de WordPress ni bbPress, plateformes qui supportent le blogue et le forum d’Autre-Chose. Advenant le cas où Site5 (je sais… pas de lien vers eux…) décidait de ne pas participer à l’initiative, je vais changer d’hébergeur un mois avant la date limite. Malgré les problèmes que je pourrais avoir et l’offre de PHP5 (suffit de quelques lignes au fichier .htaccess après tout).

Idem pour WordPress et bbPress. Ça fait longtemps que j’exprime de façon plus ou moins explicite (sur internet du moins) mon désire de changer de plateforme. Matt de WordPress n’exprime aucun sentiment positif à l’égard de GoPHP5 et va même jusqu’à l’en blâmer ainsi que critiquer tous les projets inscrits sur le site. Raison de plus pour changer lorsque ce que tu utilises ne rejoint en aucun cas tes valeurs.

J’ai aussi ajouté un plugiciel permettant de syncroniser les utilisateurs du forum et ceux du blogue. Si jamais celui-ci fait bien son travail, les utilisateurs du forum peuvent se connecter au blogue afin de publier des commentaires. Moins de travail pour moi et pour Akismet puisque nous n’avons pas à approuver ces commentaires-là. Si certains se sentent d’attaque, allez tester ! Je suis administrateur sur les deux et je ne compte pas ouvrir un compte bidon “pour voir si”.

Un autre problème que j’ai eu concernait le plugiciel de Zak Greant : CatCloud. Ce dernier sert à générer un “nuage” avec les catégories. Celles contenant le plus de billets étant affichées en caractères plus gros. Le problème résidait avec, lui aussi, l’API maintenant obselète. L’affichage des catégories ne se faisaient plus et on en voyait même les problèmes jusqu’à dans la zone d’administration. Heureusement, j’ai pu rectifier le problème puisqu’il n’était pas si difficile à régler et que je voulais mon nuage ! Ceci dit, j’ai finalement commencé l’intégration des fonctionnalités de mon plugiciel semblabe avec celui de Zak. Je lui avais promis il y a plus d’un an je crois. Donc je commence et j’effectue même un travail qu’il s’était donné : clarifier et mieux structurer le code. Plus de nouvelles à ce sujet bientôt.

Si vous constatez quelqu’autres problèmes que ce soit, prévenez-moi. C’est fort probablement dû à des plugiciels n’étant pas adaptés à cette nouvelle version.

D’abord, le plugiciel original ne permettait que d’afficher les titres des billets avec leur contenu et la possibilité d’afficher un lien menant à l’article. Comme je ne voulais pas avoir le contenu et seulement le lien vers les billets en tant que tel, j’ai dû modifier.

Ensuite, comme je trouvais que les billets que le blogue parallèle allait contenir ne seraient pas nécessaires ni très pertinant à ceux qui prennent mon fil rss (désolé Yan, t’es le seul que je connaisse), j’ai décidé de ne pas inclure ces billets dans mes fils RSS et ATOM. Vu le manque de documentation auquel j’ai dû faire face, voici comment j’ai procédé :

Tout le monde programmant des plugiciels pour WordPress le sait, ce dernier permet d’étendre ses fonctionnalités à l’aide de “hooks”. D’abord je me suis dit d’aller voir le site que j’ai trouvé jadis où beaucoup de ces hooks sont décris. À mon grand regret, après plusieurs minutes, je n’ai pus trouver de hook qui serait utile pour accomplir ma tâche.

J’ai donc été fouiller dans les différents fichiers sources de WordPress afin de pouvoir mieux me renseigner, mais en vain. Puis, j’ai regardé attentivement la source d’un autre plugiciel pour m’apercevoir que celui-ci utilisait le hook ‘posts_where’ afin de masquer certains billets sous certaines conditions. J’ai donc joué avec ce hook jusqu’à ce que j’aboutisse.

Voici le code :

function sideblog_where($query) {
	global $cat_to_hide, $show_in_feed, $wpdb;

	$now = current_time('mysql');
	if(is_home()){
		return $query . " AND category_id <> " . $cat_to_hide . ' ';
	}
	if(!$show_in_feed && is_feed()){
		return $query . " AND ID NOT IN (SELECT post_id FROM $wpdb->post2cat WHERE category_id = $cat_to_hide)";
	}
	return $query;
}

add_filter('posts_where','sideblog_where',10);

Explications :

• add_filter permet à WordPress d’appeler ma fonction “sideblog_where” lorsque le hook “posts_where” est appelé, soit lorsque WordPress fait une requête de sélection des billets. C’est par lui que l’on peut redéfinir la requête SQL depuis “WHERE”.
• sideblog_where() prend un paramètre et le retourne. Ce paramètre, c’est la requête SQL. C’est donc ce paramètre en particulier qu’il faudra modifier à l’intérieur de notre fonction.
• if(!$show_in_feed && is_feed()) se divise en deux :
  1. si $show_in_feed est équivalent à false, c’est que j’ai décidé dans la configuration de mon plugiciel que je ne voulais pas inclure les billets du blogue parallèle dans les fils RSS et ATOM.
  2. is_feed() est une fonction de WordPress qui permet de savoir si celui-ci est entrain de générer un fil RSS ou ATOM.

  Ceci dit, si les 2 conditions sont vraies, il faut modifier notre requête, ce que je fais. Je n’irai pas expliquer la requête, car je crois que le langage SQL est assez explicite en soi et que là n’est pas le but de ce billet.

Ce n’était que ça ! Mais encore faut-il le savoir. Maintenant, je le sais et vous aussi ! Peut-être devrais-je contribuer au site ci-haut expliquant les hooks.

Finalement, je distribue les modifications du plugiciel pour votre usage personnel et votre plus grand plaisir ! C’est par ici

Donc, si vous avez envoyé un commentaire depuis 2 semaines et qu’il n’est pas encore affiché, c’est probablement à cause d’une lecture un peu trop rapide. Je vous demande donc dans ce cas de ré-écrire votre commentaire en m’excusant des inconvénients et en ayant une face de chien battu.

Aussi, j’ai pris de grandes mesures en installant un plugiciel (Spam Karma 2 — voir la page “statistiques” pour plus d’informations). Or, il se peut que ce plugiciel ne soit pas parfait et que vos commentaires soient traités automatiquement comme étant du “spam”. Ce que je pris pour ne pas que ça arrive. Je devrais être tout de même en mesure de le récupérer, mais advenant le cas contraire et si ça fait plusieurs jours que votre commentaire n’est pas affiché, prière de me le faire savoir pour que je puisse réajuster les configurations de Spam Karma 2.

Merci pour toute l’indulgence que vous pouvez avoir pendant cette période plutôt de pollution intense de ma blogosphère personnelle et désolé encore si jamais j’ai fait une gaffe.

P.S.: Je n’ai pus trouvé un plugiciel simple et fiable implémentant Captcha dans les formulaires de commentaires pour WordPress 2. Si vous avez des suggestions, faites signe !

Cependant, ce nouveau thème, qui par le fait même est mon premier pour WordPress, est entièrement valide XHTML 1.1, ce qui n’était pas le cas du précédent. Les couleurs ajoutent un peu plus de joie (opinion personnelle) lorsqu’on visite le blogue et je le trouve plus espacé et mieux dispercé. De plus, il est facile de changer l’apparence de quelconque élément dans la page grâce au CSS ; l’ancien thème avait quelques lacunes à ce niveau.

Comme à chaque fois que je vous expose quelque chose ici, je vous demande de me donner votre avis. Spécialement cette fois, car j’aime ce thème, mais ce n’est pas moi qui lit le plus souvent mon blogue… sauf peut-être pour la page de choses à faire .