Si vous éditez du contenu dans Drupal assez longtemps, vous avez probablement déjà rencontré cette petite rupture de workflow, minime mais agaçante : vous sélectionnez un mot ou placez votre curseur, passez en Source pour ajuster le balisage, et… vous perdez votre place. J’ai créé un petit module pour corriger exactement cela.

Un jour, un CTO m’a demandé, au milieu d’une réunion de planification d’un Drupal découplé : « Alors, quelle API devrions-nous utiliser ? »

La salle est restée silencieuse pendant une seconde. Le frontend voulait GraphQL. Le backend voulait JSON:API. Un fournisseur d’intégration avait déjà supposé REST. Le product owner voulait simplement que l’application mobile cesse d’attendre les releases du site web.

J’ai un jour ouvert un menu Drupal contenant plusieurs milliers de liens et j’ai vu le navigateur abandonner avant moi. La page s’est chargée, techniquement. Ensuite, chaque clic donnait l’impression de demander à une vieille imprimante d’expliquer ses sentiments.

Un backlog multilingue a une odeur particulière. Vous publiez en anglais le lundi, vous promettez l’allemand « cette semaine », et le vendredi vous fixez 47 pages mises à jour sans moyen clair de répondre : « Alors… quel est le vrai statut ? »

J’ai vu des équipes tenter de résoudre ça en ajoutant encore plus de processus : tableurs, tickets de traduction, points hebdomadaires. Ça marche jusqu’à ce que quelqu’un modifie le paragraphe “hero” sur 200 pages. Ensuite, vous retournez aux suppositions.

1 Introduction

Les plugins de lightbox sont un pilier des sites propulsés par Drupal depuis plus d’une décennie. Ils permettent aux éditeurs d’afficher des images, des vidéos et d’autres médias dans une superposition, sans quitter la page courante — un modèle auquel les visiteurs s’attendent sur les sites modernes riches en contenu multimédia.

Chez DrupalBook, nous accompagnons des plateformes Drupal pour lesquelles l’expérience éditoriale est un enjeu critique pour l’entreprise, et non une simple considération technique secondaire. Lorsque Drupal est passé de CKEditor 4 à CKEditor 5, une base d’édition moderne a été introduite, mais cette transition a également créé un écart important pour les organisations qui dépendaient de plugins CKEditor 4 bien établis.

1. Why CI-Driven Configuration Management Matters

Drupal's configuration system is one of the platform's greatest strengths — and one of its most reliable sources of pain. The ability to export and import every piece of site configuration as YAML files is powerful, but only if everyone agrees on who is responsible for moving those files between environments. In most teams, that agreement never quite exists.

The classic problems are well-known to anyone who has shipped a Drupal site:

Bien que le support de Drupal 7 soit déjà terminé et qu’il n’y ait plus de nouvelles mises à jour, tous les nouveaux modules sont désormais publiés pour Drupal 11 et versions ultérieures. Malgré cela, de nombreux sites utilisent encore Drupal 7 et ne peuvent pas passer aux versions plus récentes. Il existe des raisons à cela, en particulier pour les sites contenant une grande quantité de code personnalisé.