Bonsoir,

J'ai consacré un peu de temps ces deux dernières semaines à étudier de plus près plusieurs modules assez semblables dans leur finalité, et comme nyl auster m'avait demandé - et que je le lui avais promis - de lui faire un "retour", je m'acquitte de ma promesse.

Quand on commence à devoir construire plusieurs sites Drupal, il devient rapidement évident qu'on passe beaucoup de temps à cliquer partout pour obtenir quelque chose qui tienne la route. La distribution de base de Drupal est vraiment très très basique et on est contraint à bien des manipulations pour construire le site de ses rêves. Le plus pénible est probablement qu'une grande partie de ce travail est très répétitif d'un site à l'autre.

C'est la raison pour laquelle se sont multipliées des solutions qui permettent d'automatiser certaines tâches de configuration, et/ou de reproduire facilement des morceaux de site d'un site à l'autre. C'est par exemple ce que permettent les profils d'installation, qui sont en quelque sorte des distributions "avancées" de Drupal (on les trouve ici). Au lieu de charger seulement le core, on est invité à charger d'office quelques modules additionnels ; au moment de l'installation, on choisit le "profil" en question au lieu de choisir le profil d'installation par défaut. Le script d'installation exécute alors, en plus de l'installation normale, des actions spécifiques, comme la création de types de contenus supplémentaires par exemple. Au lieu d'aboutir à un site "tout nu", on tombe donc dans un site déjà prêt pour un emploi déterminé.

C'est donc un bon moyen de gagner du temps, mais je vois deux limites : comme son nom l'indique, le profil d'installation ne s'exécute qu'à l'installation ; et à ma connaissance la mise en place d'une langue étrangère étant elle-même, en fait, un profil, on ne peut exécuter un profil d'installation que dans une version anglaise de Drupal. (Sauf erreur de ma part). Je ne crois pas qu'il existe à ce jour des profils d'installation francophones.

Plusieurs modules prévoient par ailleurs des fonctions d'import/export : le CCK voyage avec Content Copy, Views avec Views Exporter. Des "Node import", "Import Nodes", "Node export" etc. existent aussi. Mais ces modules sont limités à un aspect du site et ne considèrent pas une configuration globale.

Features, Patterns ou Deployment sont des solutions possibles. Nyl auster m'avait demandé de comparer Patterns à Features, qu'il connait bien, mais en fait la comparaison est assez malaisée car ils sont relativement différents dans leur logique. Patterns est plus proche de Deployment à mon sens. Pour tout dire, la logique de Features ne me convient pas vraiment, du moins ne convient pas aux exigences qui me sont imposées dans mon utilisation (professionnelle) de Drupal.

Features permet d'exporter une fonctionnalité avancée (combinaison de plusieurs modules) sous la forme d'un module spécifique. En d'autres termes, c'est un genre de "constructeur de modules". Un module qui permet d'en créer un depuis l'administration de Drupal, sans avoir besoin de le coder. Un peu comme Panels permet de personnaliser l'affichage sans avoir besoin de coder son thème. Je conçois que ce soit très pratique (gain de temps, facilité) mais je me pose des questions. Un bon module est celui qui dépend du moins de modules possible ; on ne peut pas toujours éviter certaines dépendances, mais pourquoi en ajouter une dont on pourrait se passer en codant le module (ou en codant un pattern, voir plus bas) ? Features est pris en charge par une société (development seed) mais cela fait tout de même une dépendance de plus. Mais, encore une fois, je raisonne par rapport à des exigences techniques qui ne sont pas celles d'un développeur ; j'ai l'impératif absolu de rendre un site, tel que nous les projetons, le moins dépendant possible aux modules additionnels. De m'écarter le moins possible du core.

Par ailleurs, Features ne permet pas d'agir sur les variables système du site, et de cela j'ai besoin. Il ne peut pas non plus importer du contenu ou des vocabulaires de taxonomie.

Pour ces raisons, Patterns et Deployment m'intéressent beaucoup plus. Une fois le pattern ou le deployment plan exécuté, on peut éteindre le module ; la configuration produite reste présente. Par comparaison, un type de contenu importé via une Feature disparait du site si l'on désactive la Feature (et a fortiori le module lui-même), tandis qu'injecté via un pattern il continue d'exister si l'on désactive le module Patterns. Il me semble en outre que le rayon d'action de Patterns est plus large (on peut créer des menus et des items de menus, des vocabulaires et des termes de taxonomie, des rôles et des utilisateurs, etc.).

La limite qui se pose ici réside dans l'environnement du module ; il est difficile de savoir où en sont les développeurs. Le module est toujours en version de développement pour Drupal 6, et la documentation n'est pas complète. Cependant, une fois la syntaxe XML ou YAML d'un pattern comprise, on peut envisager beaucoup de choses avec ce module.

Deployment est assez proche de Patterns mais le passage d'un site à l'autre (export de la configuration et import dans l'autre site) est plus facile (clic j'ajoute ces paramètres dans mon plan et clic je pousse mon plan). Je suis très embêtée par l'absence d'un views_deploy.module mais il permet d'exporter de nombreux paramètres, des types de contenus, vraiment facilement. Disons que c'est une solution pratique si vous envisagez de piloter un site depuis un autre. L'ensemble Deployment + Services requis pour l'exécution d'un deployment plan représente un grand nombre de modules (une vingtaine), mais il ne sont pas nécessaires à long terme si vous n'avez plus besoin de changer la configuration générale du site destination.

Au final, chacune de ces solutions présente des avantages et des inconvénients qui rendront l'une plus pratique dans telle situation, l'autre plus adaptée à tel usage. Je voulais finir en élargissant la réflexion sur l'import/export/partage de configuration ou fonctionnalités, mais j'ai déjà été longue, j'ai oublié une réunion à laquelle je devais aller ce soir, et je dois dîner. Rendez-vous donc dans quelques jours pour un nouveau billet ...