Dans la batch API, lors de l'appel à des opérations de process, si le process n'a pas besoin d'arguments, il faut mettre un array vide. C'est signalé dans le commentaire, mais quand on découvre pour la première fois, on n'y fait pas tellement attention.
Utiliser les modules hacked et diff pour détecter des hacks (modifications du code source) dans des modules contribués.
Ces modules permettent de voir via le backoffice de Drupal les modifications du code, mais le mieux est de pouvoir les exporter dans un fichier pouvant ensuite être versionné.
En utilisant les "livres" Drupal, ce dont fait partie cette page, on peut avoir envie que la structure du livre se retrouve dans l'URL.
Par exemple, un livre avec la structure suivante :
On souhaitera avoir les URL suivantes:
Compter les utilisateurs, c'est super simple avec une requête en base de données.
$users = db_select('users')
->fields('users', array('uid'))
->execute()
->fetchAll();
$users_count = count($users);
Sauf qu'il ne faut pas oublier d'enlever l'utilisateur d'id 0 qui correspond à l'utilisateur anonyme et qui donc n'est pas vraiment un utilisateur du site.
Une fois installé et configuré, le module Protected Node ajoute un groupe de champs au formulaire d'édition de noeud (en supposant que l'utilisateur a le droit suivant : "Éditer n'importe quel mot de passe" ou "Éditer les mots de passe des <node type>").
Ce groupe de champs comporte deux cases à cocher, un mot de passe et des emails (optionnels).
Le module Protected Node ajoute un groupe de champs sur le formulaire d'édition des types de contenu : Structure >> Types de contenu >> Le type de contenu en question
La raison principale de cette fonctionnalité est d'éviter de voir le groupe de champs sur tous les formulaires d'édition de noeuds. Avec cette fonctionnalité vous pouvez cacher le formulaire sur tous les types de contenu que vous ne protégerez jamais avec un mot de passe.
Les fonctionnalités suivantes ne sont disponibles uniquement lors de l'installation de l'extension Rules de Protected Node. Cette extension requiert le module Rules.
Lors de la manipulation de noeud, il est possible de vérifier si le noeud (1) est actuellement protégé, (2) a un mot de passe ou (3) verrouillé.
Un noeud est dit protégé lorsque le noeud a été protégé par un mot de passe en utilisant le module Protected Node.
Le nouveau module permet une bifurcation de mot de passe.
Ce qui signifie que vous pouvez envoyer vos utilisateurs sur une page spécifique, et leur dire quel mot de passe utiliser sur cette page. Selon le mot de passe, ils seront envoyés vers un noeud parmi plusieurs.
Cela fonctionne d'une manière très similaire à l'autre formulaire de mot de passe, excepter qu'il n'y a pas de destination spécifique, et que les utilisateurs doivent connaître au moins un des mots de passe.
Une fois un noeud protégé, les utilisateurs ne pouvant outrepasser le mot de passe sont envoyés sur le formulaire de mot de passe.
Le formulaire de mot de passe est très simple. Il comprend un champ pour que les utilisateurs saisissent le mot de passe du noeud et un bouton OK.
Pour bénéficier du support de Protected Node dans Views, activez le module Protected Node Views Extension.
Ce support inclue des champs, des filtres et des capacités de tri qui sont ajoutés au type noeud. La jointure entre les données de noeud et de protected node se fait par l'identifiant de noeud (nid). Ce qui signifie que l'identifiant de révision est ignoré.