* Developpeur/Agence Theme expert CMS DRUPAL Fort-De-France

***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 Fort-De-France

Article:

Drupal : Administration des blocs

L'administrateur a le pouvoir d'associer des informations déjà 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é).

Cette composition est proche de la box strategy définie par Donald Knuth, dont l'objectif est de rendre cohérente la composition d'ouvrages en PAO.

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

A partir de la version 7, il n'y a plus d'oppositions de blocs latéraux à une partie centrale. L'administrateur gère simplement les régions sur un pied d'égalité. 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 associe à chaque objet cliquable des exécutions de code (callbacks). Ce qui est développé ne possède donc pas vraiment de séquence propre, et peut être appelé dans un ordre quelconque.

Sur le plan 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.

Attention, 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. Un ensemble de permissions sont regroupés par ces rôles. Il devient 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).

Les rôles de « validateur de contenu » (qui approuve et/ou modifie les contenus soumis pour publication), de « validateur de commentaires » peuvent par exemple être créés.