Plus sérieusement, j’avais dans les mains un module qui importait depuis un fichier xml, un ensemble de node, et j’avais besoin qu’il importe une image à chaque node crée. Les informations concernant cette image étant contenues dans un field image CCK, je devais au préalable lui faire uploader les fichiers via l’api file. J’ai trouvé les solutions ici et là.

Par contre, je ne pense pas que leur donner un sous nom comme « evolution » et « revolution » soit une bonne chose, surtout parce que il n’y a qu’une lettre de différence, et que l’on pourrait croire que c’est juste une faute de frappe (ce que j’ai imaginé pendant 5 minutes avant de bien comprendre). Bien que je comprenne parfaitement la réflexion qui a été mené pour trouver ces noms, et qu’au final ça décrit bien le process et le travail qui a été effectué sur ces projets. Personnellement, je les renommerai un truc du style MODx Evo et MODx Rev pour que ce soit plus propre, en plus c’est un peu plus court, ça fait encore plus cyberpunk, c’est great.

C’est sûr maintenant quand je vais essayer de vendre du MODx, on ne va plus pouvoir me rétorquer que c’est encore en version beta ton truc là. Et non, MODx, c’est bon, mangez en.

Par défaut, les utilisateurs non administrateurs ne peuvent pas créer de page à la racine du site. C’est un peu bizarre comme paramètre, mais bon, c’est comme ça.

J’ai l’honneur de vous annoncer que c’est un SPAM !

Euh… voilà, personne n’a encore lu mon blog, qu’un putain de spammeur de merde viens me dire “wapy, il faut que tu pense à mettre un captcha”… Vive Akismet quand même…

Sur mes formulaires Drupal, je devais rechercher une solution pour envoyer les résultats des formulaires à des destinataires conditionnés par une variable session. Pour cela, je suis allé sur le site de Drupal en quête d’une nouvelle version de webform, je ne l’avais pas mise à jour depuis la dernière fois que je les ai manipulés, j’étais resté en 1.70. Et effectivement ils étaient passés à la version 2.0.

En essayant de l’installer, j’ai eu la mauvaise surprise qu’il fasse péter toute la présentation des mails envoyés. Ils ont renommé et retravaillé plusieurs fonctions sur le skinnage, ce qui fait que je dois refaire toute cette partie de mes formulaires. Ce qui me semblait beaucoup de travail (j’ai une grosse quantité de formulaires) pour juste avoir un email conditionnel à la con, dans une situation plus que rarissime.

En discutant de cela avec mon chef, il me demande de chercher une solution alternative, pour faire à peu près la même chose sans utiliser autant de temps de programmation. L’objectif final étant juste de récupérer une information de provenance de l’utilisateur (informations stockés dans la session) et de pouvoir faire des statistiques avec. La version de webform 1.70 ne permet pas d’utiliser les sessions, je suis donc passé à la version 1.90 qui lui permettait de le faire, mais sans avoir à tout retravailler parce que les gros changements n’ont eu lieu que dans la 2.0.

• wiki en anglais avec toutes les descriptions nécessaires
• wiki en français, avec les exemples de bases

Sinon, je suis resté bloqué dessus pendant quelques temps à cause d’un bug d’une erreur dans la traduction du snippet. Impossible d’envoyer quoi que ce soit, il me mettait un message d’erreur à chaque fois. Jusqu’à que je me balade sur ce topic de forum qui explique qu’il faut corriger le fichier /asset/snippets/eForm/lang/francais.php de la manière suivante pour que ça marche.

Je dois mettre en place un forum dans le cadre de mon travail. Ce forum permettra de favoriser la communication entre les utilisateurs, d’améliorer les échanges entres les acteurs, développer les synergies du groupe de travail, il se révèlera catalyseur d’idée, et apporteur de valeur ajouté. En d’autres termes, ce forum doit pouvoir assouvir les utilisateurs dans leur soif de visibilité de type kikoo lol, de démontrer la qualité de leurs blagues potaches, de pouvoir lancer des trolls et autres joyeuses polémiques en tout genre. En un mot, un forum.

Mis à part les considérations stratégique, j’ai hésité entre la dernière version de PHPBB et SMF. Avant j’utilisais Invision, mais vu qu’on n’aura pas tant d’utilisateurs que ça, que c’est complètement payant maintenant et que je ne connais pas assez bien les gens de la compta pour leur taxer leur CB, on va l’éliminer d’office.

Je me rappelle aussi avoir eu beaucoup de problèmes avec PHPBB2 à l’époque, pour avoir des fonctionnalités que je souhaitais, je devais customiser et ajouter des modules qui modifiaient le code. Et on ne pouvait plus effectuer les mises à jour du core quand ils trouvaient des failles de sécurités. C’est d’ailleurs le principal problème que j’ai rencontré avec les solutions opensources.

Depuis quelques temps déjà, je travaille avec SMF qui me donne à peu près satisfaction, les fonctionnalités sont assez complètes et la communauté bien présente. Mais le monsieur de MODx France à choisi d’utiliser PHPBB3 pour son forum, ce qui m’a mis le trouble et je me disais ptet qu’il faut que je revois mes choix. J’ai donc installé phpbb3 pour voir, et au final, il y à peu près les même fonctionnalités que dans SMF.

L’argument de monsieur MODx France c’est que les templates PHPBB3 sont mieux conçu, et qu’on pouvait les customiser plus proprement que ceux de SMF. Pour moi, vu que je n’ai toujours pas de graphiste et que je n’aurai pas le temps de faire un custom template pour le forum, et que je vais choisir un template gratuit sur leur site, on va dire que ça ne va pas me gêner…

Mais comme je suis un garçon consciencieux et que je ne peux pas me satisfaire de si légers arguments, je me devais de trouver un autre moyen de décider.

Et ce moyen, c’est forum matrix, un comparateur de script de forums. En quelques clicks, je peux comparer toutes les fonctionnalités offerte par les différents acteurs du secteur. Et c’est comme ça que j’ai pu confirmer que les fonctionnalités entre SMF et PHPbb3 sont presque toutes équivalente. Certaines fonctions sont fournies de base avec l’un et pas l’autre, comme le calendrier ou les possibilités de champs personnalisés dans les profils users. Mais l’un comme l’autre, il existe des plugins qui permettent de faire la même chose au final.

Ma conclusion est donc de rester sur SMF. J’ai déjà plusieurs forums sur ce script et les différences sont mineures d’après ce que j’ai pu constater, ça me permet d’éviter à avoir à faire une migration ou avoir à gérer plusieurs moteurs différents. Ce choix est plus donc dicté par une situation pratique que par les qualités intrinsèques de SMF comparé à PHPBB3. D’ailleurs de l’usage que je peux en faire, je ne pense pas pouvoir voir la différence à court terme. Il est sûr que si je devais en prendre un tout neuf aujourd’hui, je serai encore là à hésiter.

J’ai trouvé un problème majeur dans la manière dont j’utilise SVN et que je ne peux pas faire avec RapidSVN. Ce problème c’est l’ajout de nouveaux fichiers ne peut pas se faire automatiquement, il ne sait pas les rechercher tout seul comme tortoiseSVN.

Je m’explique, je travaille sur un site web powered par un CMS, les utilisateurs travaillent sur le serveur de production directement. Lors de leurs modifications, ils mettent à jour la base de données et upload des fichiers joints comme des images ou autre pdf. Et je veux pouvoir sauvegarder ces fichiers au même titre qu’une modification du code source dans mon SVN. (bon, ptet que le principe peut sembler foireux, mais il a le mérite d’avoir été décider par moi de manière totalement arbitraire, que je n’ai pas envie d’expliquer). Donc au final, je me retrouve à ajouter une bonne 50aines de fichiers qui se retrouvent répartis dans une arborescence complexe à chaque commit de SVN. Avec RapidSVN, je suis obliger d’aller dans chaque répertoire et ajouter les fichiers un par un, alors qu’avec tortoiseSVN, il me les trouve tout seul, et je n’ai qu’a effectuer une unique transaction.

Au final, j’ai décidé de repasser sous tortoiseSVN depuis mon poste de travail sous windows, oui c’est pas bien. Mais comme ça je peux charger le réseau comme un porc, en faisant des transaction énormes depuis un samba vers un svn qui se trouve sur la même machine en passant par ma workstation. Mes collègues réseaux sauront me remercier pour ce test gratuit de montée en charge de la bande passante.