drupal

One drop to rule them all (ou presque)

L'événement devait être mémorable, il le sera. Mais pas pour les raisons que tout le monde attendait. Cette semaine a eu lieu à San Francisco la "DrupalCon", grand raout bisannuel de la communauté Drupal. 3000 personnes étaient attendues, jusqu'à ce qu'un volcan au nom impossible vienne clouer sur leur Vieux Continent une bonne partie des participants européens. Certains firent à leur followers la démonstration indiscutable que de Paris à San Francisco, le chemin le plus dégagé (sinon le plus court) passe parfois par Toulouse, Montréal et Toronto (successivement), tant il est vrai que la géographie a parfois ses raisons que la Raison ne connait pas. Mais la plupart renoncèrent, organisant en divers lieux des "MiniCons" rapidement rebaptisées "DrupalVolCon" (pour le jeu de mot avec volcan, moi aussi j'ai mis deux minutes à comprendre).

Traditionnellement, l'événement démarre par une intervention générale de Dies Buytaert sur l'état de Drupal. La vidéo en est visible ici, et plusieurs résumés en anglais ont fleuri cette semaine. Je les ai tweeté, je les reprends ici - je recommande particulièrement le dernier, très clair et précis.

Wordpress et Drupal sont sur un bateau

Bonsoir,

J'ai eu plusieurs fois l'occasion de parler des quelques autres CMS que je connais, comme SPIP, Joomla! et Wordpress, mais je voudrais m'attarder aujourd'hui plus spécifiquement sur Wordpress, pour la simplicité duquel je dois bien confesser un faible de plus en plus grand.

Qu'on se le dise, il ne s'agit pas d'un énième débat "lequel est le meilleur", qui n'aurait pas plus d'intérêt qu'un match bâbord/tribord (c'est à bâbord qu'on g* le plus foooort). Il est entendu que chacun des CMS sera plus approprié dans certains cas tandis que d'autres situations appelleront une autre réponse. Mais Wordpress et Drupal ont beaucoup, et de plus en plus, de points communs, au point que pour un même projet, le choix n'est plus toujours évident.

Je n'ai pas pu assister, en janvier dernier, à la "rencontre des deux mondes" organisée à l'instigation de Jean-Baptiste Ingold, et je n'en ai eu que des échos indirects : notamment ici sur Kinoa et ici sur le Barbablog. Lire également, si ce n'est pas déjà fait, deux articles de Marie-Aude alias Lumière de Lune dans la communauté WP : Drupal et WordPress : deux logiques proches, mais différentes et Du rififi dans l’CMS ?.

Bilan "Drupal 2009"

Ce qui suit est la traduction de l'article Predictions for 2010 publié par Bert Boerland sur drupal.org ; j'ai ajouté des remarques en italiques et entre crochets, et graissé ce qui me paraissait important. Par ailleurs je n'ai pas récupéré tous les liens donnés par l'article, vous voudrez bien vous y reporter si vous souhaitez en savoir plus. Enfin ma maîtrise de l'anglais est relativement bonne, mais je peux avoir fait des contre-sens en ne comprenant pas certaines allusions : si vous en constatez, merci de me les signaler, et prenez cette traduction avec précautions.

Drupal, multi-CMS ?

Bonsoir,

Le temps m'a manqué en décembre pour finir comme  je le voulais le raisonnement de mon dernier billet. Y revenir longuement aurait des airs de "réchauffé" donc je ne vais pas relancer le débat Features/Patterns d'autant que j'ai dit l'essentiel dans les réponses aux commentaires qui ont été faits. Fondamentalement, ce que je ne parviens pas à comprendre dans Features c'est l'intérêt de mettre une couche entre le core et un module, puisqu'une feature est un module - pourquoi ne pas coder directement le module ? Un intérêt possible, ceci dit, serait dans le cas où vous voulez donner à un utilisateur la possibilité d'activer à volonté des fonctionnalités "grand public" sans lui donner l'accès à l'administration des modules proprement dite. Ce peut être très pratique dans une plateforme de type multiblog, où chaque blogueur pourrait activer ou pas, par exemple, un agenda ou un gestionnaire de "galerie" d'images sur son blog.

Déployer rapidement une configuration ou une fonctionnalité

Bonsoir,