planete drupalfr -

Le module Drupal de la semaine : 'Me' Aliases

admin — Thu, 15 May 2008 23:23:12 +0200

Je commence cette rubrique qui consiste à mettre en avant un nouveau module chaque semaine avec un tout petit module assez peu connu.
'Me' Aliases ne fera surement jamais parti de la liste des modules "indispensables" et pourtant il pourra vous rendre de grands services.

Drupal au CodeFest 2.1 de PHP Québec

admin — Thu, 15 May 2008 19:08:14 +0200

En fin de semaine, PHP Québec organise CodeFest 2.1, un évènement où programmeurs de tous horizons et de tous niveaux seront accueillis pour participer au développement de leur logiciel libre préféré. Une très belle occasion de découvrir les techniques employées par différents projets, de rencontrer d'autres programmeurs et, d'une manière générale, de simplement se motiver à se jeter à l'eau avec un projet!

L'un des thèmes de l'évènement concerne l'implémentation de test automatisés, un thème qui tombe à point compte tenu de la récente intégration de la plateforme de tests automatisés SimpleTest dans le noyau du futur Drupal 7.

CodeFest 2.1 arrive alors que je n'ai même pas encore eu le temps de conclure sur le récent sprint de recherche auquel j'ai eu la chance de participer, mais je compte bien utiliser ce nouvel évènement comme prétexte pour compléter quelques tests en rapport avec le moteur de recherche de Drupal.

Je serai donc présent samedi et heureux d'aider quiconque souhaiterait mettre la main à la pâte avec Drupal 7! Patrick Fournier, mon associé à Whisky Echo Bravo, sera aussi sur place.

L'évènement est tenu simultanément à Montréal et Sherbrooke. Même si j'aime beaucoup la ville où j'ai étudié, pour des raisons pratique c'est bien sûr à Montréal que je serai. ;)

Si l'évènement vous intéresse, n'hésitez pas à vous inscrire sur la fiche Drupal de l'événement!

Ma critique: Building powerful and robust websites with Drupal 6

admin — Tue, 13 May 2008 21:51:58 +0200

Synthèse : Un livre efficace, bien écrit mais légèrement prématuré

Ce livre m'a agréablement surpris, il va au delà de la simple introduction à Drupal et permet à ceux qui découvrent le CMS une prise en main rapide et efficace. Les sujets traités sont bien expliqués et les petits détails complexes et irritants n'ont pas été oubliés.

Mon principal reproche ?

Deux thèmes premium prometteurs pour Drupal et un concept très original

admin — Mon, 12 May 2008 08:14:58 +0200

Voici un petit article consacré aux thèmes qui illustrera pourquoi un thème doit être "spécialisé" et "cohérent".

Drupal, à mon humble avis, manque singulièrement de bons thèmes. Il y a de bonnes explications à cet état de fait mais il n'empêche que la pauvreté de l'offre en thèmes pour Drupal est un véritable frein à l'adoption de ce CMS par un plus grand nombre. C'est pour cela que je souhaite signaler l'arrivée de deux thèmes très prometteurs. Autant vous prévenir tout de suite, ils sont payants... Mais c'est justifié par le fait que ces deux thèmes sont plus qu'une simple enveloppe graphique et qu'ils sont en fait de véritables sites prêt à l'emploi.

Groupe Marketing et Doc : un point sur l'avancée des travaux

admin — Sun, 11 May 2008 08:40:05 +0200

Suite à l'excellent DrupalCamp Paris 2, nous avons formés deux groupes de travail : Marketing et Documentation.

De bonnes discussions ont été commencées sur ce site, vous les trouverez ici pour la documentation et ici pour le marketing. Cela nous a permit d'initier une dynamique super positive et de commencer à taper dans le dur c-a-d la rédaction de la doc et des argumentaires.

Je tiens à remercier tout ceux qui ont déjà donné leurs idées et débattu sur le sujet. La discussion est riche et intéressante...

Nous nous sommes vite aperçu des limites de groups.drupal pour créer du contenu collaboratif. C'est pour cela que j'ai ouvert un wiki afin de mettre à notre disposition un outils adapté à cette activité. Ce wiki est séparé en deux sections : la documentation (avec les manuels du débutant, de l'administrateur et du designer) et le marketing (avec l'argumentaire et la liste des études de cas)

Nous avons donc tout en place pour travailler, cependant le nombre des contributeurs n'est pas suffisant, nous n'avons pas la masse critique suffisante pour maintenir un rythme d'écriture constant. Je fais donc un appel à toutes les bonnes volontés, afin que chacun contribue à la constitution de la documentation. Vous pouvez écrire ne serait-ce que 1 paragraphe car plus on sera plus la tache sera facile pour chacun des contributeurs...

Bref on vous attends tous sur http://wiki.ineation.com.

Et n'oubliez pas, contribuer renforce votre santé et améliore votre équilibre psychique, l'institut des affaires Drupalienne recommande d'avaler une dose de contribution chaque jour ;-)

France

En direct du Minnesota

admin — Sun, 11 May 2008 04:49:40 +0200

Ces jours-ci, la mention «live from the Minnesota Search Sprint» (en direct du sprint de recherche du Minnesota) apparaît régulièrement en en-tête des soumissions de modifications apportées au moteur de recherche de Drupal.

En effet, tel que je l'avais annoncé récemment, une petite équipe de programmeurs (Earnest Berry, Robert Douglass, Chad Fennell, Doug Green, Djun Kim, Blake Lucchesi et moi-même) se trouve maintenant en plein «sprint» de programmation pour enrichir le module search de Drupal. Notre centre d'opérations se trouve sur l'immense campus de l'Université du Minnesota à Minneapolis, où Chad Fennell a gentiment pris soin de la logistique.

Notre principal défi consiste à atteindre un bon équilibre entre les réalisations concrètes et la vision globale du projet. Établir une feuille de route pour l'avenir est important, mais dans l'univers du logiciel libre, la seule chose vraie c'est le code! Les plans à long terme sont particulièrement difficiles à tenir dans cet univers, puisque Drupal évolue avec les disponibilités des contributeurs et les priorités des projets qui financent leur travail. La vélocité même du développement de Drupal en fait une cible particulièrement mouvante.

Par conséquent, ces deux derniers jours nous avons alterné entre la réalisation de tâches simples (pour les résultats concrets) et les remue-méninges (pour les enjeux de plus grande envergure), avec un souci d'aligner même les tâches mineures sur les objectifs plus importants, histoire d'aller dans la bonne direction, petit pas par petit pas. Il s'agit d'un réel puzzle; des pièces insignifiantes en elles-mêmes prendront, une fois accolées aux autres, tout leur sens.

Quelques pistes...

Voici quelques-unes des pistes que nous explorons dans ce sprint :

Unification du processus d'analyse lexicale appliqué à l'indexage et lors de la recherche.
Analyse lexicale au moyen d'une chaîne de traitements personnalisable, basée sur la même architecture que les filtres d'entrée de Drupal.
Varier l'analyse lexicale en fonction de paramètres tels la langue ou le format du contenu. Par exemple, des algorithmes de lexémisation distincts s'appliqueraient en fonction de la langue.
Calcul de classement des résultats extensible. Hormis les facteurs de base déjà prévus pour établir le classement des résultats, de nouveaux facteurs pourront être programmés dans des modules tiers et activés à la demande par l'administrateur d'un site. Par exemple, un site de commerce électronique pourrait rehausser le classement d'un produit en fonction de son volume de ventes.
Possibilité d'activer ou de désactiver différents modules de recherche séparément. Dans Drupal 5 et 6, activer le module search active toutes les fonctions de recherche, sur les noeuds et les utilisateurs, même si toutes ne sont pas pertinentes au site.
Abstraire la représentation des résultats pour éventuellement permettre la construction de facettes à partir d'un ensemble arbitraire de noeuds, qu'ils proviennent, par exemple, d'une recherche ou d'une vue.
Utiliser un objet plus «intelligent» qu'une chaîne de caractères pour représenter la requête, tout au long du processus de recherche. Cet objet pourrait être construit via une interface de programmation (accessible à n'importe quel module) ou via une chaîne de caractères. Il pourrait également produire la chaîne de caractères qui lui correspond en sortie, pour génération d'hyperliens. Présentement, les modules Faceted Search et ApacheSolr ont tous deux des éléments qui s'approchent de ceci. Ultimement, si cet objet pouvait représenter une requête du module Views, un grand pas serait accompli pour que des facettes puissent se rattacher directement à une vue...
Scinder la logique d'indexation de la logique de recherche. Les fonctions de recherche de base sont un fardeau inutile pour les site utilisant Faceted Search ou les filtres de recherche de Views 2 — ces modules utilisent l'index de base, mais implémentent leur propre logique de recherche.
Unifier la recherche d'éléments hétérogènes dans une seule page de résultats. Ceci pourrait rendre particulièrement utile l'éventuelle indexation d'éléments comme les blocs, les vues (du module Views) et les panneaux (du module Panels).
Indexer des données qui sont présentement omises de l'index afin d'augmenter la pertinence des résultats : Chemin (URL) du contenu, nom de l'élément de menu associé au contenu, etc.
Abstraire le système d'indexation des contenus afin de pouvoir lui substituer l'indexation par un moteur externe, par exemple Solr ou Sphinx.

Participer, en savoir plus...

Que vous soyez sur place ou non, il est facile de participer à ces travaux ou de les suivre de plus près! Il suffit d'examiner les propositions, les réviser, les tester, les commenter!

Demain sera, déjà, la dernière journée du sprint. En plus de poursuivre certaines des pistes présentées ci-haut, nous comptons examiner les questions de performance d'exécution. À suivre!

Se mettre à la place du client...

admin — Fri, 09 May 2008 16:20:09 +0200

Bon imaginez vous à la place d'un chef de projet travaillant pour un grand groupe de média.

En gros il hésite entre deux solutions open sources Ez publish et Drupal pour la refonte de son site web.

Là il va sur http://ez.no/ et il voit en gros sur la page d'accueil : "eZ for the Media Industry", + tous le matériel marketing de ez publish pour cette cible.
Ensuite il va sur drupal.org ou sur drupalf pour la première fois et là il se dit quoi ?
"Ou suis je ?" non ?

Je crois que cet exemple comparatif permet de mesurer tout l'intérêt de travailler le marketing de Drupal.
Et ce qui est marrant c'est que malgré tout, Drupal arrive quand même à se hisser en challenger sur ce marché des médias.

ya t'il des gens qui savent vendre ou qui ont déjà réussi à vendre Drupal par rapport à Ez publish ici ?

Je serais intéressé même par une petite conversation téléphonique, n'hésitez pas à me contacter... ou à poster des arguments de vente qui vous semble percutants.

France

Refonte du groupe france

admin — Fri, 09 May 2008 15:59:38 +0200

Grâce aux nouvelles fonctionnalités des groupes (http://groups.drupal.org/node/10445), on peut envisager de se refaire un site plus sympa pour travailler ensemble.
Ci dessous un bon exemple d'utilisation : http://groups.drupal.org/drupal-dojo

Et puisqu'on a identifié 2 groupes de travail ("documentation" et "marketing") à l'intérieur de la communauté française au cours du dernier barcamp, pourquoi ne pas créeer simplement deux nouveaux onglets correspondants ?

Qu'en pensez vous ?
Manager du groupe es tu là ?

France

Journée portes ouvertes Design Montréal

admin — Mon, 05 May 2008 21:47:53 +0200

Montréal vivait hier sa seconde édition des journées portes ouvertes Design Montréal. Grâce à l'agence de création, cliente et amie, Bluesponge, j'ai eu la chance de participer à l'évènement! En effet, depuis l'automne dernier, mon associé au sein de Whisky Echo Bravo (notre nouvelle boite de développement Drupal) et moi-même sommes «colocs» de Bluesponge qui, après son succès de l'année dernière, ne pouvait manquer l'occasion d'ouvrir grandes ses portes aux visiteurs.

Samedi, tandis que toute l'équipe de Bluesponge s'éclatait à transformer la salle de réunion en terrain de boulingrin, un bureau en autel de prière en faveur des Canadiens ou à mettre au point l'une des multiples installations interactives, nous avons, de notre côté, transformé un coin du bureau en point de rencontre avec Drupal.

Nous avons monté une petite forêt de ballons d'hélium auxquels étaient attachées de petites bribes d'information à propos de Drupal... Les curieux pouvaient tirer sur la corde retenant un ballon pour découvrir le propos qui y était rattaché. Quelques exemples : «drupal vous rend autonome pour gérer votre site web», «drupal est un logiciel libre», «plus de 250 000 sites reposent sur Drupal», «drupal vous permet d'innover», «drupal favorise la collaboration», et bien d'autres...

Dimanche, les visiteurs sont venus en grand nombre (malgré la pluie) découvrir notre milieu de travail quelque peu transformé, tout en se délectant de pancakes aux bleuets offertes par Bluesponge... Nous espérons que notre installation fut intéressante pour un public n'ayant même jamais entendu le nom «Drupal» auparavant et, en cette journée ludique, pas nécessairement intéressé à plonger dans des détails techniques ou à s'asseoir devant un écran d'ordinateur.

Chose certaine, Druplicon a charmé beaucoup de monde, puisque nos macarons à son effigie se sont envolés comme de petits pains chauds! Voici quelques images de l'évènement... On peut s'attendre à en voir plus bientôt sur le blogue des «Spongies».

Le point sur l'artisanat local

admin — Sat, 03 May 2008 21:35:24 +0200

Petit billet à destination de ceux qui s'intéressent aux productions libres disponibles sur ce site.

Dans la catégorie "généralités", j'ai vaguement torpillé le module Drupal contrib Project pour le faire un peu mieux coller à mes besoins. La présentation des projets est maintenant sur une seule page, avec un ensemble de sections standard :

Licences
Téléchargement des versions binaires
Documentation (s'il y en a une
Accès aux sources via Subversion
Liste des anomalies par projet et soumission de nouvelles (il faut avoir un compte)
Liste des fonctionnalités demandées et soumission de nouvelles (il faut avoir un compte)

Ça se passe donc dans Artisanat , par le menu en haut du site, à côté de thèmes dont voici les nouveautés et choses à venir.

TuxDroid

Ce matin, j'ai mis à jour l'ami TuxDroid avec une moyenne bonne surprise. Le démon TTS (parole) semble avoir changé et l'API ne peut plus s'y connecter. J'ai modifié le reste pour qu'il fonctionne avec le démon tuxd (mouvements, senseurs, etc) et là tout est revenu à la normale, mais pour le langage, il va falloir que je me penche un peu plus avant sur la question de ce qui a bougé et donc sur le nouveau démon fournit dans TuxSetup 1.3.<.p>

Donc pour ceux qui voudraient utiliser le reste, la version trunk est mise à jour, il faut juste recompiler.

Au passage, suite à pas mal de cris, j'ai viré Maven2 du système de construction, pour repasser à un bon vieux ANT. J'ai aussi rajouté une note (Merci à Garf de me l’avoir fait remarquer) pour ne pas oublier de télécharger aussi les sources de Java Commons Library.

Pour finir sur le Tux, une nouvelle sympatoche, en plus d’avoir (enfin) reçu mon TShirt TuxDroid officiel, j'ai été contacté par la société Kysoh.

Leur équipe de développement est en train de réaliser un nouvelle architecture de démons qui communiqueraient un peu dans la ligne de ce dont on avait longuement discuté avec Jaguarondi, l'auteur de ce qu'il y a dans le ventre du tux (Rémi, c'est la conversation dont je te parlais et sur laquelle je ne mettais plus la souris). Donc, à priori, les démons ne seront non plus accessibles en Socket/Trames Binaire mais plus simplement par HTTP/XML. Grande évolution qui va en gros diviser par 10 le code de l'API et surtout permettre de réaliser des API à la chaîne pour des langages plus diversifiés (y compris Javascript).

De mon côté je vais donc, en plus de la nouvelle API Java qu'il va falloir porter vers la nouvelle architecture, développer pour Kysoh, mais en modèle libre, une partie de mon ancien TuxletManager vers la nouvelle API des Gadgets. Le tout devant s'intégrer dans un GadgetManager... tout en Java

Voilà. Fin des niouses pour le Pingouin mécaniques

Java Commons Library

J'ai été surpris d'apprendre que je n'étais pas le seul à l'utiliser. Comme beaucoup des choses se trouvant dans la catégorie Artisanat Locale, la raison d'origine qui m'avait fait publier ce code était de forcer un peu mes clients à contribuer au libre lorsqu’ils étaient content que j’arrive avec des briques toutes faites pour leur projet. Et comme ces pages sont goulûment mangées par google, ces derniers ne pouvaient pas soutenir ensuite que les dites librairies leur appartenait… Ne riez pas, cela m'est arrivé une fois, j'ai du tout ré-écrire ).

Mais si d’autres l’utilisent, ça change un peu la donne et j'ai donc décidé de la couper en deux. J'ai extrait au maximum les choses trop bancales, pour n'y laisser que les fonctionnalités les plus pérennes (librairies Shell et XML notamment). J’ai mis la liste des changements à jour pour refléter cette évolution.

En tout cas, heureux de voir que cette librairie puisse être utile à certains !!

Drupal WEBDav Module

Si le support

WEBDAV
pour Drupal donné par ce module est dors et déjà opérationnel, il est encore lent et buggé. J'avais été contacté en Novembre dernier par quelqu'un devant m'aider sur le projet. Mais comme cela m’est arrivé trop souvent, le garçon c’est un peu éclipsé au milieu du gué… Là je vais donc tenter de fusionner et achever ses modifications et en profiter pour optimiser le tout et basculer un système de hooks permettant à la communauté Drupal de développer des supports WebDav pour tout et n’importe quoi.

La librairie perl "Suza"

A l'origine cette librairie regroupais deux trois choses que j'utilisais régulièrement en perl, sorte de boite à outils Perl. Lorsque j'ai travaillé en Décembre avec Dab sur la distribution française pour Zaurus, ZaurusFR (qui marche du feu de dieu d'ailleurs, chapeau Dab !!), cette librairie a pas mal évolué. Mais vu que j'utilise Perl de moins en moins, je pense que le projet va simplement « voler » pour être définitivement intégré à la distribution de Dab. Cela ferra une dépendance en moins

Conclusion

Voilà, fin des niouses sur le sujet des productions locales, ne reste plus qu’à faire son marché

Mon premier module Drupal: Woopra

admin — Wed, 23 Apr 2008 00:02:47 +0200

Je viens juste de sortir mon premier module pour drupal: woopra. Ça fait plaisir d'enfin avoir la possibilité de mettre en œuvre la "bidouille" que j'ai découverte en montant ce blog.
Ce module permet d'ajouter le support pour le nouveau système de web statistiques du même nom: Woopra.

Je serais peut-être aussi en train de réfléchir a une deuxième idée mais ce ne serait peut-être bien qu'une rumeur.

Compe-rendu du DrupalCampParis 2

damz — Mon, 21 Apr 2008 14:24:32 +0200

Avant hier, le deuxième DrupalCamp a eu lieu à Paris et ça a été un franc succès.

Photo prise par elv

Tout d'abord, un grand merci à toutes les personnes qui ont rendu cet événement possible, notamment les organisateurs et les sponsors, mais aussi les participants (toutes les coordonnées sont sur http://barcamp.org/DrupalCampParis2Participants).

L'événement s'est déroulé à la Cantine, un lieu pas trop bruyant, avec plusieurs espaces de discussion distincts et du WiFi partout. C'était particulièrement adapté à ce genre d'événement.

Il y avait beaucoup plus de monde que lors du premier DrupalCamp Paris. Le site officiel annonce plus de 80 inscrits ; ce chiffre est difficile à vérifier mais on devait être pas loin de ce nombre-là de participants.

Selon le principe du BarCamp, plusieurs sessions se sont organisées autour de différentes thématiques comme "Découvrir Drupal", "Le staging d'un site Drupal", "L'organisation de la communauté Drupal francophone"... Plusieurs compte-rendus ont été publiés en ligne [impossible de trouver une URL, mais je sais qu'il y avait un wiki sur lequel plusieurs personnes ont posté au cours de la journée]. Vous trouverez également des photos dans l'album DrupalCamp Paris 08 sur Flickr.

J'ai finalement réussi à faire une interview vidéo de Michel Lévy Provençal sur l'utilisation de Drupal à France 24, je la publierai dans les prochains jours. D'autres personnes que j'aurais souhaité interviewer étaient présentes, mais nous n'avons malheureusement pas trouvé le temps...

DrupalCampParis2, c'est dans 2 jours

damz — Thu, 17 Apr 2008 15:39:09 +0200

Ce post rapide pour vous rappeler que le DrupalCampParis2, c'est dans 2 jours (samedi 19 avril), à Paris donc.

Peut-être pour être en conformité avec la tradition du BarCamp ("pas de spectateurs, tous participants"), aucun programme précis n'a été annoncé. On sait simplement que plusieurs membres de l'"équipe dirigeante" de Drupal seront présents (Dries Buytaert, Karoli Negyesi...). A ce jour, il y a déjà plus de 60 inscrits, dont plusieurs personnes venant de "grosses boîtes" (Atos, EDF, Microsoft...). A priori, ce BarCamp devrait donc être un beau succès.

"Building Powerful and Robust Websites with Drupal 6" de David Mercer - Avis sur le livre

damz — Wed, 16 Apr 2008 16:27:45 +0200

Je viens de terminer la lecture du livre "Building Powerful and Robust Websites with Drupal 6" de David Mercer et j'ai trouvé ça pas mal du tout.

Résumé du livre

Voici le contenu du livre dans les grandes lignes. Pour un sommaire plus détaillé (en anglais), je vous renvoie au site de l'éditeur.

Chapitre 1 - Introduction à Drupal

Historique de Drupal, principales fonctionnalités, exemples de sites qu'on peut réaliser avec Drupal.
Présentation de la communauté et de la licence Drupal.

Chapitre 2 - Installer l'environnement de développement

Installer Apache, PHP et MySQL, puis Drupal lui-même.
S'assurer que Drupal est correctement configuré et résoudre les problèmes les plus fréquents.
Créer sa première page.

Chapitre 3 - Les fonctionnalités de base

Télécharger, installer et configurer des modules.
Manipuler les blocs.
Menus, liens primaires et secondaires.

Chapitre 4 - Configuration du site

URLs simplifiées, rapports d'erreur, upload de fichiers, logs, mode "maintenance".

Chapitre 5 - Contrôle d'accès

Mettre en place une politique de contrôle d'accès.
Les rôles, les permissions, les utilisateurs, les règles d'accès.

Chapitre 6 - Contenu - Les bases

Explication des "types" de contenu.
Manipuler les types de contenu, créer du contenu, administrer le contenu.
Modules liés au contenu : aggregator et book.

Chapitre 7 - Contenu - Fonctionnalités avancées

La taxonomie.
CCK.
Publier du HTML et du PHP via Drupal (les formats d'entrée).

Chapitre 8 - L'interface de Drupal

Planifier son interface.
CSS.
Les thèmes : comprendre les thèmes, configurer un thème, personnaliser un thème (images, couleurs, régions de la page).

Chapitre 9 - Fonctionnalités avancées

S'identifier sur son site Drupal avec OpenID.
Déclencher une action particulière lorsqu'un événement donné se produit ("Actions and Triggers"). Ex : envoi d'un e-mail quand un nouvel utilisateur crée un compte.
Gestion du multilingue.
Gestion des performances (cache).
Utilisation de JavaScript dans Drupal (jQuery et code JavaScript maison).

Chapitre 10 - Gérer votre site web

Les sauvegardes.
Le CRON et les tâches planifiées.
Tâches diverses : renommer les URLs (pathauto), désinstaller des modules, gérer les utilisateurs, optimiser le site pour les moteurs de recherche.
Mettre à jour Drupal et les modules.

Annexe A - Déploiement

Comment transférer votre site depuis le serveur de développement vers le serveur de production.

Ce que j'ai bien aimé

Le livre est complet et aborde tous les points importants, en passant le temps nécessaire sur chacun, ni trop ni trop peu. Le style est clair et les copies d'écran pertinentes. Les exemples sont parlants et faciles à reproduire sur sa propre installation.

On sent que Mercer connaît bien Drupal car il insiste sur les points particulièrement délicats pour les débutants. Par exemple, il répète souvent que ce qu'on voit sur une page dépend énormément des modules installés et des permissions dont on dispose. Dit comme ça, cela paraît tout bête mais les débutants sont souvent déroutés lorsqu'ils reviennent sur la même page après avoir changé un paramètre ou activé un module dans l'administration et qu'elle a un aspect complètement différent. Même chose selon qu'ils consultent le site en tant qu'utilisateur "anonyme" ou en tant que "superadmin".

En expliquant la philosophie Drupal (comment fonctionnent les modules dans Drupal, comment fonctionnent les thèmes dans Drupal...) plutôt qu'en s'attachant à des modules ou des thèmes particuliers, Mercer donne aux webmasters des "clés" réutilisables qui leur permettront de poursuivre seuls - et au-delà du livre - leur découverte de Drupal. C'est un pas vers l'autonomie.

Ce que j'ai moins aimé

En 362 pages, Mercer délivre le maximum d'informations possible sans être indigeste. Cela dit, on peut regretter que certaines problématiques "classiques" n'aient pas été abordées car le webmaster Drupal est quasi certain d'y être confronté : l'utilisation du module Views (pas encore disponible pour Drupal 6 au moment de l'écriture du livre), l'organisation du contenu dans un "vrai" site (Mercer explique le système de menu de Drupal ainsi que la taxonomie mais il ne détaille pas de solution clé en main pour organiser le contenu de son site en rubriques/sous-rubriques, une problématique ultra-fréquente).

D'une façon générale, Mercer explique parfaitement "Drupal out-of-the-box", c'est-à-dire Drupal tel qu'il fonctionne avec ses modules par défaut, mais on peut regretter qu'il ne mentionne pas quelques modules contribs incontournables (par exemple, l'éditeur WYSIWYG TinyMCE, certains modules liés au contrôle d'accès, ou les modules permettant de faire des liens "proprement" d'une page à une autre...).

Enfin, la concision donnera peut-être à certains le sentiment que Mercer va un peu trop vite. Connaissant bien Drupal, il est difficile pour moi d'évaluer ce point, mais j'ai parfois eu l'impression que certaines explications auraient pu être un chouia plus développées.

Conclusion

Avec ce livre, David Mercer a fait un meilleur travail qu'avec le précédent (Drupal: Creating Blogs, Forums, Portals, And Community Websites) : il couvre plus de terrain et aborde des sujets essentiels (CCK, la personnalisation du thème...) dans un style plus compact et plus efficace. Ce livre donne les connaissances de base nécessaires à toute personne souhaitant construire un site avec Drupal et qui ne connaît pas encore cet outil. Ce livre s'adresse en priorité aux webmasters (pour les développeurs, je recommanderais plutôt Pro Drupal Development).

Si ce livre était traduit en français, il pourrait être le chaînon manquant (et tant attendu) qui permettrait de réduire la courbe d'apprentissage et favoriser l'entrée de nouveaux membres dans la communauté Drupal francophone.

Changer le thème de drupal, avec le cache

admin — Fri, 14 Mar 2008 10:58:37 +0100

Dans le volet précédent de la saga "Comment changer dynamiquement de thème Drupal, notre module souffrait d'un défaut de taille : Il fallait désactiver le cache pour qu'il fonctionne. Nous allons voir maintenant comment le modifier pour que la même chose soit possible sans perte de performances.

Gestion du cache

Le cache de page sous Drupal est un mécanisme bête et efficace. S'il est actif, on commence avant d'afficher quoi que ce soit, par vérifier qu'il n'existe pas un enregistrement correspondant à l'URL demandée dans la table cache_page. Si c'est le cas, les données de cet enregistrement sont directement expédiées sur le navigateur client et le traitement s'arrête là. Le cache de page contient donc toute la page, thème compris. Et c'est bien là notre problème.

Ce cache peut être soit désactivé, soit en mode "normal", soit en mode "agressif". En mode agressif, aucun module ne peut intervenir et le site est quasiment "statique". C'est pour cela qu'il est assez rarement utilisé. En mode normal, certains modules dits "bootstrap" (voir l'article précédent) peuvent avoir une action sur le contenu, c'est ce que nous allons exploiter.

Bien évidement, une page mise en cache n'est pas valide à vie. Il y a un paramètre que vous pouvez modifier dans les performances indiquant de durée de validité des enregistrements. Passé ce temps, la page est refabriquée et vient écraser l'ancienne version en base.

Un autre aspect important à connaître sur ce cache de page, c'est qu'il est désactivé pour tout utilisateur connecté. Ce qui peut poser un problème de performance dans le cas où votre site n’a que des utilisateurs authentifiés. En gros, le cache n'agit que sur la version anonyme du site et c'est un aspect à ne pas négliger car lorsque l'on développe, nous sommes souvent connectés, et le comportement n'est plus du tout le même...

Donc pour créer un thème dynamique en fonction du navigateur cible, avec un cache en mode "normal", on va tomber sur le problème du "premier qui gagne". Si un navigateur IE6 passe avant les autres, c'est le thème IE6 qui va finir dans le cache et tout le monde sera logé à la même enseigne. Pire, vu qu'il y a un enregistrement par page, et donc à la rubrique/billet affiché, on aurait rapidement un site "arlequin" avec un thème qui change de manière aléatoire d'une page à l'autre.

La seule solution pour régler ce problème est donc de modifier la stratégie de gestion du cache.

Stratégie de cache

Malheureusement il n'y a pas de hooks que l'on puisse implémenter pour changer la manière dont fonctionne le cache. Il va donc nous falloir modifier les sources du coeur de Drupal. Prenez donc soin d'en faire une copie préalable.

Le principe général est assez simple. Drupal retrouve le bon enregistrement d'une page dans le cache en fonction d'une clef. Cette clef est simplement l'URL de la page à afficher. Il va donc nous falloir changer un peu cela pour que la nouvelle clef soit cette fois l'URL additionnée du thème $custom_theme.

La stratégie du cache de page est pris en charge dans le module includes/bootstrap.inc, dans la fonction _drupal_cache_init. C'est là que sont appelés nos kooks _init et _exit. Et c'est aussi là qu'est fait la distinction entre les trois modes du cache.

Le problème est que le hook _init est appelé après récupération de la page en cache. Et du coup notre clef va être fausse. Il faut donc modifier la fonction pour faire appel à notre module avant que le cache ne soit lu. Malheureusement il n'existe pas de fonction dans l'API de cache pour vérifier qu'un enregistrement existe avant de le charger effectivement. Et si l'on continue d'utiliser le hook _init, on prend le risque qu'il soit appelé deux fois de suite : une fois avant la lecture en cache, et une fois de plus s'il n'y avait pas d'enregistrement en cache pour cette page. Ce n'est pas un problème pour notre module mais cela risque d'en devenir un pour les autres modules "bootstrap" utilisant init/exit. Nous allons donc éviter le problème en créant notre propre hook, _preinit, et en l'invoquant avant la récupération des données en cache. Cela nous donne la fonction de remplacement suivante :
includes/bootstrap.inc

function _drupal_cache_init($phase) {
require_once variable_get('cache_inc', './includes/cache.inc');
if ($phase == DRUPAL_BOOTSTRAP_EARLY_PAGE_CACHE && variable_get('page_cache_fastpath', 0)) {
if (page_cache_fastpath()) {
exit();
}
}
elseif ($phase == DRUPAL_BOOTSTRAP_LATE_PAGE_CACHE) {
if (variable_get('cache', CACHE_DISABLED) == CACHE_AGGRESSIVE) {
if ($cache = page_get_cache()) {
drupal_page_cache_header($cache);
exit();
}
}
elseif (variable_get('cache', CACHE_DISABLED) == CACHE_NORMAL) {
require_once './includes/module.inc';
bootstrap_invoke_all('preinit');
if ($cache = page_get_cache()) {
bootstrap_invoke_all('init');
drupal_page_cache_header(page_get_cache());
bootstrap_invoke_all('exit');
exit();
}
return;
}
require_once './includes/module.inc';
}
}

Ensuite, nous allons modifier le module de l'article précédent pour renommer _init en _preinit, et créer une nouvelle fonction _init qui sera cette fois vide.

Lecture et écriture du cache

Maintenant nous allons modifier les fonctions qui lisent et qui écrivent dans le cache pour ajouter le thème dans la clef. La lecture tout d'abord, se trouve dans includes/bootstrap.inc, fonction page_get_cache. La modification est enfantine, elle consiste juste à déclarer en global notre variable $custom_theme et ajouter cette référence dans la clef de lecture du cache :
includes/bootstrap.inc, fonction page_get_cache

function page_get_cache() {
// { Premiere modification
global $user, $base_root, $custom_theme;
// }
$cache = NULL;
if (!$user->uid && $_SERVER['REQUEST_METHOD'] == 'GET' && count(drupal_set_message()) == 0) {
// { Deuxième modification
$cache = cache_get($base_root . request_uri()."___".$custom_theme, 'cache_page');
// }
if (empty($cache)) {
ob_start();
}
}
return $cache;
}

Enfin, il ne nous reste plus qu'à modifier la fonction de sauvegarde de la page, qui elle se trouve dans includes/common.inc, fonction page_set_cache. Et c'est le même type d'altération :
includes/bootstrap.inc, fonction page_get_cache

function page_set_cache() {
// { première modification
global $user, $base_root, $custom_theme;
// }
if (!$user->uid && $_SERVER['REQUEST_METHOD'] == 'GET' && count(drupal_get_messages(NULL, FALSE)) == 0) {
// This will fail in some cases, see page_get_cache() for the explanation.
if ($data = ob_get_contents()) {
$cache = TRUE;
if (function_exists('gzencode')) {
// We do not store the data in case the zlib mode is deflate.
// This should be rarely happening.
if (zlib_get_coding_type() == 'deflate') {
$cache = FALSE;
}
else if (zlib_get_coding_type() == FALSE) {
$data = gzencode($data, 9, FORCE_GZIP);
}
// The remaining case is 'gzip' which means the data is
// already compressed and nothing left to do but to store it.
}
ob_end_flush();
if ($cache && $data) {
// { seconde modification
cache_set($base_root . request_uri()."___".$custom_theme, 'cache_page', $data, CACHE_TEMPORARY, drupal_get_headers());
// }
}
}
}
}

Et voilà, c'est terminé. Il ne reste plus qu'à vider le "vieux" cache en passant par votre base de donnée et en exécutant un delete from cache_page. Maintenant, vous pouvez ré-activer le cache (en mode normal, pas agressif !!) et tester. En base de donnée, un select cid from page_cache vous confirme que les nouvelles clefs sont prise en compte.

Conclusion

Outre une meilleure compréhension du système de cache de Drupal, nous avons maintenant un module de changement dynamique de thème qui fonctionne parfaitement avec le cache, sans perte de performances. Le seul impacte est donc un doublement du volume du cache en base, ce qui n'est pas un problème en soit. Alors certes cela s'est fait au prix d'une modification mineure du Coeur mais le résultat est là. Maintenant il est toujours possible de rendre cette modification plus générique en introduisant un hook _get_cache_page_key qui prendrait en paramètre la clef d'origine et qui renverrait la clef modifiée. Cela réduirait considérablement l'impacte sur le coeur de Drupal. Pour une prochaine fois peut-être

Changer de thème Drupal en fonction du navigateur

admin — Thu, 13 Mar 2008 20:29:29 +0100

Rendre un thème compatible avec cette horreur d'IE6 a un coût certain et je n'avais pas, mais alors pas du tout envie de me lancer dans l'aventure pour le nouveau look d'artisan. La solution qui m'est paru plus saine, vu que ce brouteur est de toute façon en fin de vie (dieu merci), c'est d'utiliser spécifiquement pour lui, le vieux thème du site et ainsi laisser par défaut le nouveau pour ceux qui respectent un tant soit peu les standards. Et tout cela en restant dans un module, sans modifier le code de Drupal de préférence.

Stratégie de cache

Comme vous devez le savoir, Drupal dispose de trois niveaux de cache allant de désactiver à agressif. Le cache des pages permet d'améliorer énormément les performances sur un site à fort trafic en court-circuitant de manière plus ou moins profonde tout traitement en PHP. Ce cache n'est utilisé que pour les connexions anonymes.

Le problème est que le cache étant par essence une version pré calculée d'une page, il va rentrer clairement en conflit avec notre module de changement de thème. Cependant, pour rester progressif, je vous propose d'abord une version qui implique de désactiver le cache. Nous verrons ensuite, dans un prochain article, comment modifier ce module pour qu'il puisse aussi fonctionner en mode "haute performance".

Le module de base

Pour construire notre module, nous allons comme d'habitude créer un dossier du genre sites/all/modules/mes_modules/ie6_theme_hack et y ajouter le fichier de description :
ie_theme_hack.info

name = "IE Theme Hack"
description = "IE Theme Hack"
package = "karma-lab"
version = "5.x-1.0"
project = "ie_theme_hack"

Ceci fait, créons un deuxième fichier, le module à proprement parler, avec pour l'instant juste ce qu'il faut pour l'activer :
ie_theme_hack.module

<?php
function ie_theme_hack_help($section) {
switch ($section) {
case 'admin/modules#description' :
return t('IE Theme Hack');
}
}

Comme d'habitude, un petit tour dans ?q=/admin/build/modules, on coche le nouveau module et on enregistre.

Changement dynamique de thèmes

Changer un thème sous Drupal est très simple. Le panneau de configuration ?q=/admin/build/themes permet de sélectionner autant de thème "actifs" que l'on désire et en choisir un "par défaut". Il vous suffit donc de cocher votre thème "spécial IE6" pour le rendre disponible mais non actif par défaut.

Ensuite, le "truc" réside en une variable globale non documentée dans Drupal, $custom_theme. Lorsque elle est renseignée, son contenu vient écraser le non de thème par défaut. Une chose que nous pourrions faire dans le hool_menu de notre menu. Mais ce n'est pas "si" simple

En effet, la seule chose un peut délicate est que cette variable doit être renseignée très tôt dans le cycle de vie d'une page Drupal, bien avant que n'importe quel hook ne soit appelé sur notre module.

N'importe quel hook, sauf heureusement hook_init et hook_exit. Si un module possède ces deux fonctions, il sera considéré par Drupal comme prioritaire (aussi appelé module "bootstrap") et ces méthodes seront appelées avant même que le cache ne soit initialisé. Nous allons donc utiliser ces deux hooks dans notre nodule :
a la suite de ie6_theme_hack.module

function ie_theme_hack_init(){
global $custom_theme;
$userAgent= $_SERVER['HTTP_USER_AGENT'];
if ((strpos($userAgent, 'MSIE 6') !== false) || (strpos($userAgent, 'MSIE 5') !== false)) {
$custom_theme = 'theme_pour_ie6';
}
}
function ie_theme_hack_exit(){
}

Comme vous le voyez, hook_exit n'est pas utilisé mais il doit être présent pour que le module soit déclaré comme prioritaire. Le corps du hook_init est lui assez simple. Une petite interrogation de la variable $_SERVER['HTTP_USER_AGENT'] nous permet de déterminer s'il s'agit d'un IE5 ou IE6, et si c'est le cas, on positionne la variable $custom_theme avec le nom du thème alternatif, celui qui vous avez coché en plus du thème par défaut.

Il ne reste alors plus qu'à sauver. Pour tester, prenez soin de déconnecter le cache dans la section performances de l'administration. Ensuite, en fonction du navigateur soit c'est le thème par défaut qui sera utilisé, sinon c'est celui spécifique au navigateur cible.

Conclusion

Les deux hooks "init" et "exit" définissant un module "bootstrap" sont très précieux pour effectuer des opérations très bas niveau sans pour autant torpiller systématiquement le code de Drupal, en restant dans le cadre d'un module distribuable. Ceci dit, même si l'on cherche généralement à l'éviter, il n'est pas toujours possible d'éviter la modification du coeur de Drupal, c'est ce que nous allons voir au prochain épisode pour pouvoir réactiver le cache.

Drupal 6.0

admin — Sun, 24 Feb 2008 16:45:13 +0100

Ca y est ! tomdeb.org tourne maintenant sur drupal 6.0.

Quelques modules manquent encore a l'appel mais j'avais trop envie de mettre a jour.

Pour ceux que ca interesse, la 'press release' pour Drupal 6 est disponible sur drupal.org. Pour ceux qui n'ont pas le temps, en voici un extrait:

13 février 2008 - Le projet Drupal a annoncé ce jour le lancement officiel de Drupal 6, la plus récente version de sa plateforme de gestion de contenus primée. Cette nouvelle version intègre des centaines de perfectionnements, parmi lesquels un processus de publication et une simplicité d'utilisation améliorés, l'intégration d'AJAX et du support multilingue, l'adoption du standard d'authentification OpenID, des possibilités et une flexibilité accrues pour la création de thèmes visuels personnalisés, et des outils d'administration plus ergonomiques. Drupal 6 est un logiciel libre placé sous la licence GNU (General Public License), disponible au téléchargement sur http://drupal.org/drupal-6.0

Toutes mes felicitations a toute la communaute de Drupal!

Drupal 6 est sorti !

admin — Thu, 14 Feb 2008 19:35:56 +0100

Après 3 release candidates, Drupal 6 est officiellement téléchargeable et exploitable en production.

Les nouveautés majeures par rapport à la branche 5.x sont :

L'installation simplifiée, via un assistant vraiment complet
L'administration des blocs et autres menus en drag-and-drop pour une ergonomie vraiment améliorée et confortable
Amélioration de la gestion multilangues, que ce soit au niveau de l'interface ou des contenus (y compris pour les langues "inversées" tel que l'Arable)
Refonte du système de template donnant d'avantage de liberté aux "themers"
Intégration par défaut de modules de références, tel que : Actions, Triggers, Update satus, OpenID, etc.

Plus de détails dans l'annonce officielle.

Note : j'ai déployé un site de démonstration sur ma Dedibox : http://drupal6.narno.net

A lire également : le communiqué de presse sur la sortie de Drupal 6.0 (français)

Mon module Gravatar pour Drupal

admin — Mon, 21 Jan 2008 22:48:44 +0100

Et hop encore un module pour Drupal !

En effet, ça fait maintenant un peu plus d'un mois que je bosse plus ou moins régulièrement sur un module Gravatar pour Drupal. La release disponible est toujours en développement, mais elle est fonctionnelle.

Son principe est simple : après avoir installé le module et déterminé les droits d'accès (en fonction des rôles utilisateurs, par exemple anonyme ou enregistré), le Gravatar de l'internaute est automatiquement inséré dans son commentaire (en fonction de son e-mail, plus de détails sur Gravatar.com).

L'intégration du Gravatar peut se faire de 2 manières différentes :

directement dans le texte du commentaire
ou de manière plus "propre", dans la balise DIV du commentaire si le template utilisé supporte le module Gravatar

D'autre part, l'administrateur a la possbilité de déterminer le rating des Gravatars autorisés.

Enfin, les utilisateurs enregistrés peuvent choisir d'utiliser ou non leur Gravatar, afin d'utiliser leur profil personnalisé offert par Drupal par exemple.

Pour la suite, sans doute avec Drupal 6, j'envisage d'étendre ce module Gravatar au profil utilisateur et à d'autres types de contenu (node, forum, etc.).

Le lien pour télécharger le module Gravatar pour Drupal.

Wikio vote : module de vote pour Drupal

admin — Sun, 13 Jan 2008 22:04:53 +0100

Je viens de terminer la première release (de développement) de mon nouveau module pour Drupal : Wikio vote.

Il s'agit d'un module de vote comparable à Scooper Ceci, pour le site de publication de news Wikio. Wikio vote vous permet d'insérer un bouton de vote dans 2 formats différents (gros bouton ou bouton en ligne), de déterminer son poids dans le node, dans quel type de contenu l'afficher et enfin sa visibilité (dans l'aperçu, dans la page complète ou dans les 2).

Le code est basé sur mon module Scooper Ceci (lui même insipré de Digg This) et du code du plugin de vote Wikio dédié à Dotclear 2.

Pour le téléchargement et les remarques, ça se passe ici : Wikio vote pour Drupal

Note : le bouton n'est visible qu'à partir du moment où votre article à été publié (contrainte de l'algo fourni par Wikio).

Sur la route de drupal6

admin — Mon, 10 Dec 2007 17:14:40 +0100

Drupal 6 approche a grands pas, a pas de géants même. La liste des améliorations et nouveautés est longue..

Les premiers tests de migration de tomdeb.org vers drupal6 ont été concluants bien que problématiques. En effet, le système de theme a été grandement modifie, y compris le moteur de thème phptemplate lui-même. Heureusement, toutes les modifications sont bien documentées.

Le problème majeur de mon theme (si on peut vraiment appeler ça un problème) c'est qu'il est base sur l'excellent theme zen. Je dis que c'est un problème parce que si je voulais continuer a me baser sur zen, il me faudrait attendre qu'il y ait une version adaptée a drupal6. C'est pour ca que j'ai decide de baser mon prochain thème sur garland. Il n'y aura pas de grande difference au niveau du design, mais comme garland est le thème de Drupal par défaut, je n'ai pas besoin d'attendre pour commencer a mettre a jour le thème.

Quant aux modules, certains modules essentiels tels que image, views et content construction kit (CCK) n'ont pas encore été mis a jour. Des qu'une version sera disponible pour D6, je mettrai a jour ce site.