Aller au contenu principal
Julien Dubois

Rules, pénétrez dans le monde merveilleux des actions automatisées

Partagé le

Comment faire pour déclencher des actions avancées de façon conditionnelles avec Drupal ? Avec trigger et action les modules de core ? Oui pourquoi pas, mais connaissez-vous Rules ?

Rules est un module développé par Wolfgang Ziegler AKA fago et est simplement une pure merveille et ça ne serait pas surprenant qu'il soit intégré à core sur Drupal 8 en remplacement de trigger et action. Rules était puissant sous Drupal 6 et l'est encore plus sous Drupal 7 (enfin là !).

Ensemble nous allons construire quelques rules simples via l'interface de Drupal et une action "custom" en implémentant les hooks à notre disposition.

Définition : Une rule représente une ou plusieurs actions réalisées lorsqu'une ou plusieurs conditions sont remplies suite au déclenchement d'un événement.

Trois termes clés ressortent ici :

Condition Une condition peut être le test d'une valeur d'un champ CCK, le rôle d'un utilisateur, le type d'un node, la valeur de l'URL, la force de Rules est que chaque module peut étendre les conditions disponibles avec par exemple Organic Groups qui donne la possibilité de tester si l'utilisateur est membre d'un groupe. Les conditions peuvent être multiples et peuvent être groupées et combinées via des opérateurs logique (ET et OU).

Action Une action est une opération à executer lorsque les conditions listées précédement sont toutes remplies. Charger un noeud, envoyer un email, afficher un message, attribuer un rôle et dépublier un node sont des exemples d'actions possibles. Les actions pouvant être executées sont elles aussi extensibles par les modules contrib. Les actions peuvent être multiples.

Evénement Un événement est une opération qui déclenche l'évaluation des conditions d'une rule. Exemples possibles : un node est visualisé, un commentaire est publié, un utilisateur se connecte, etc. Les événements sont eux aussi extensibles par les modules contrib.

Un exemple complet d'une rule serait donc d'attribuer le rôle contributeur à un utilisateur lorsqu'il soumet un node de type article.

La puissance de Rules réside dans le fait que les actions peuvent se combiner et les conditions peuvent s'additionner pour donner des rules très complexes.

Note : Ceux qui ont déjà travaillé avec Ubercart et les predicats retrouveront des similitudes avec Rules.

Il faut ajouter aux conditions, actions et événements un élément clé supplémentaire, les arguments. Lorsque l'on veut évaluer une condition sur le rôle de l'utilisateur, il est nécessaire d'avoir l'objet utilisateur à disposition. Lorsque l'on veut tester le type d'un node, il fait avoit l'objet node à disposition. L'utilisateur ou le node sont donc les arguments utilisés dans l'évaluation des conditions ou des événements. Les arguments à transmettre dépendent du déclencheur que vous avez configuré pour lancer l'évaluation d'une rule. Lorsqu'une action ou une condition que vous aimeriez utiliser dans votre rule n'est pas disponible, cela signifie que vous n'avez pas à disposition l'argument dont vous avez besoin (exemple : vous voulez tester le type du node alors que vous avez utilisé l'événement de déclenchement de la rule "lorsque l'utilisateur se connecte", vous avez à disposition l'utilisateur alors que vous voulez utiliser le noeud). La solution dans ces cas là est d'utiliser un rules set.

Le rules set est un ensemble de rules à executer. Les rules sets peuvent être utilisés lorsque les actions doivent être programmées dans le temps, exemple : dépublier tous les lundi les articles de la page d'accueil datant de plus d'une semaine. Les rules sets ont l'avantage de pouvoir cumuler les arguments (utilisateur, noeud, taxonomie, etc) et donc d'élargir les conditions et actions pouvant être executées.

Partie 2 sur les rules implémentées programmatiquement à venir.

Pour rebondir