* Developpeur/Agence Theme expert CMS DRUPAL Poitiers

***Web2007 est un bureau indépendant situé à Genève et a l'habitude de travailler pour des entreprises PARTOUT en France et en Europe

Developpeur/Agence Theme expert CMS DRUPAL Poitiers

Article:

Drupal : Administration des blocs

Des informations définies et modifiables de l'extérieur sont associées à un module de bloc par l'administrateur :

- Une information de placement (haut, bas droite, gauche...)

- Une information de priorité par rapport aux autres blocs ayant une indication de placement similaire (en général de -10 à +10)

- Une information indiquant si le bloc est ou non activé (= doit être affiché)

Cette composition est proche de la box strategy définie par Donald Knuth permettant la cohérence de la composition d'ouvrages en PAO.

Afin de faciliter les fréquents réarrangements, la version 6 permet de gérer les informations de priorité par simple glisser/déplacer, sur un menu spécial.

À partir de la version 7, il n'y a plus de blocs latéraux opposés à une partie centrale. Les régions sont gérées sur un pied d'égalité par l'administrateur. Ainsi, le temps d'un développement, une fenêtre de débogage latérale peut être déplacée d'un clic dans la partie centrale plus vaste, etc...

Developpeur Freelance événementielle

Drupal associe des exécutions de code à chaque objet cliquable (callbacks). Ce qui est développé n'a donc pas véritablement de séquence propre, et peut être appelé dans un ordre quelconque.

Au niveau conceptuel, les fonctions de callback en Drupal sont voisines de la notion de tâche en CICS, à ceci près que la phase de compilation n'a plus lieu d'être, PHP étant un langage interprété.

Dans les deux cas, l'application se modifie donc à la volée sans avoir besoin de l'arrêter.

En revanche, attention, avec Drupal, il faut s'assurer de n'activer (c'est-à-dire « ne faire prendre en compte par Drupal ») un module que si celui-ci est syntaxiquement valide (qu'il soit fonctionnel ou non). Sans quoi, c'est toute l'application qui provoque une erreur. Cela ne pose cependant pas de ème si on travaille depuis un environnement de développement intégré, comme Eclipse, Aptana, Zend Studio, etc... Dans ces cas on ne sauvegarde pas en principe le programme en cours tant que sa syntaxe n'est pas validée depuis l'environnement éditeur.

Rôles

l'administrateur peut affecter à chaque utilisateur (existant ou par défaut pour chaque futur utilisateur) un ou plusieurs rôles. Ces rôles regroupent un ensemble de permissions. Il est alors possible de définir avec précision autant de permissions que nécessaire entre l'administrateur (qui peut tout faire) et l'usager non enregistré (dont les droits sont restreints par exemple, à un simple regard sans modifications sur le site).

On peut aussi créer les rôles de « validateur de contenu » (qui approuve et/ou modifie les contenus soumis pour publication), de « validateur de commentaires ».