* Developpeur/Agence Theme expert CMS DRUPAL Courbevoie

***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 Courbevoie

Article:

Drupal : Administration des blocs

L'administrateur peut associer des informations définies et modifiables de l'extérieur à un module de bloc :

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

- Une information de priorité (en général de -10 à +10) par rapport aux autres blocs dont l'indication de placement est similaire,

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

Donald Knuth a défini une box strategy voisine de cette composition. Ce, afin de rendre cohérente la composition d'ouvrages en PAO.

Depuis la version 6, afin de faciliter les fréquents réarrangements, les informations de priorité peuvent être gérées d'un simple glisser/déplacer, sur un menu spécial.

Avec 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...

La Developpeur Freelance Evénementielle

Drupal procède à une association des exécutions de code avec chaque objet cliquable (callbacks). Ce qui est développé ne possède donc pas vraiment de séquence propre, et peut être appelé dans un ordre quelconque.

D'un point de vue conceptuel, les fonctions de callback en Drupal sont voisines de la notion de tâche en CICS, à la différence 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, 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 valide syntaxiquement (qu'il soit fonctionnel ou non). A défaut, 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.

Les Rôles

Chaque utilisateur (existant ou par défaut pour chaque futur utilisateur) peut se voir ater un ou plusieurs rôles par l'administrateur. 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 par exemple, les rôles de « validateur de contenu » (qui approuve et/ou modifie les contenus soumis pour publication), de « validateur de commentaires ».