Sep292010

Il peut arriver, pour milles et une raisons, d'avoir à étendre le formulaire de configuration d'un type de contenu de sorte à ajouter des réglages qui lui sont spécifiques. Les cas d'usages sont nombreux et dépendent des projets, mais on peut par exemple imaginer un champ "responsable" qui permet de sélectionner un utilisateur Drupal en charge des contenus d'un type donné. Je n'ai pas dit que l'exemple serait intelligent ;-)

Sep252010
ark.png

Il arrive régulièrement d'avoir à générer des fichier fruits de traitement lourd pour téléchargement. Cela peut être le PDF d'un article, une archive TGZ, etc. Dans ce cas de figure il n'est pas acceptable de répéter cette opération à chaque requête d'un visiteur, il faut donc mettre tout cela en cache. Et dans ce domaine, rien de mieux que d'exploiter le comportement d'imagecache, c'est à dire générer le fichier une première fois en PHP, pour laisser Apache faire son boulot.

Sep242010
krita.png

Le changement de thème à la volée n'est pas une nouveauté pour Drupal. Il l'intégre déjà partiellement pour le thème d'administration. Partiellement car nous sommes souvent obligé de lui adjoindre Administration Theme pour gérer une partie des cas particulier non couverts par le core. Ensuite viennent d'autres besoins comme un thème pour une section, un thème pour les mobiles, un thème par nom de domaine, etc. A chaque fois on peut trouver un module faisant le job, mais il est en réalité trés simple de faire cela, nous-même avec des régles de sélection du coup beaucoup plus poussées.

Sep222010
html.png

Un problème classique sous Drupal, chaque module pouvant potentiellement ajouter ses feuilles de style et ses javascript, comment imposer la suppression d'un ensemble de feuilles ou scripts qui posent problème au sein du thème en front ?