La journée de solidarité, journée supplémentaire de travail non rémunérée pour les salariés, n’est plus automatiquement fixée au lundi de Pentecôte , comme le stipulait la loi de 2004.

Il a été choisi de la faire ce jour de date binaire qui est le 11/11/11.

Framablog évoque le début du siècle du Logiciel Libre et bien chez Alter Way groupe dont je fais parti, il a été décidé d’utiliser cette journée de solidarité comme une journée de contribution aux logiciels libres et opensource.

Toutes les entités du groupe et leurs membres vont donc participer à des logiciels libres.

Un Sprint Drupal sera notamment organisé, les équipes seront mobilisées sur la version 7 de Drupal autour de différents thèmes :

• La migration des modules et corrections de bugs pour Drupal 7
• Traductions
• Tutoriaux
• La création de profils d’installation
• …

Un Sprint Shinken est organisé dans l’équipe Continuity dont je fait partie :

• Documentation
• Traduction
• Relecture de code
• Spécifications

Alter Way Creative va refaire une beauté au site Wampserver

Module Kivy – Créer un module pour afficher des PDF dans Kivy. Kivy est un framework pour créer des applications multitouche pour PC, Mac, Android et iOS

SshGate (proxy SSH) : Création de target group

Rédaction d’un livre blanc sur l’hébergement HA avec des outils libres bien sur…

Support sur ask.debian.net Alter Way Hosting va dédié des membres à répondre aux questions sur ce forum via alterway_hosting

Bref, les initiatives sont aussi nombreuses que variées…

Pour l’occasion, tous les membres d’Alter Way devront se vêtir d’un tshirt en rapport avec les logiciels libres Pour ma part, j’ai mis mon Tshirt Chtinux avec le pingouin tenant son cornet de frites

Cet article sera d’ailleurs publié à 11h11 Dommage, que je ne puisse pas gérer les secondes pour la programmation de publication…

Note : Vous aurez bien sur compris que la suite de 6 numéro 1 en fond du logo Alter Way représente la date d’aujourd’hui parfaitement binaire

Voici 2 modules drupal liés à la traduction qui je dois l’avouer son fort pratiques, d’où ce petit article de présentation.

Localization update

Localization update permet de télécharger et mettre à jour les dernières versions depuis localize.drupal.org et d’autres instances du module Localization Server

Le mode de fonctionnement est similaire au système de mise à jour de drupal, à l’exception entre autre, que la mise à jour des traductions peut être réalisée automatiquement.

La vérification se fait via une tâche automatique cron.

J’ai testé, et personnellement je trouve ça génial, il est possible par exemple de ne pas écraser les traductions déjà réalisées à la main.

Vous retrouverez des informations sur l’état des mises à jour directement via le tableau de bord :

Et voici à quoi ressemble l’interface en elle-même de Localization Update :

Localization client

Ce module vous permet de traduire votre site drupal, tout en aidant les autres à traduire le leur, totalement dans une logique de partage.

Il faut bien sur configurer correctement votre accès et vous devez bien sur avoir un compte de traduction sur localize.drupal.org

Une fois en bas de page, vous verrez une barre bleue avec un bouton sur fond noir :

Et voici, l’interface de traduction :

Pour partager vos traductions sur localize.drupal.org il vous suffit d’aller dans /admin/settings/language/configure/l10n_client

Là vous cochez la case de partage et entrez l’url http://localize.drupal.org

Ensuite, il vous faut intégrer votre « API Key », pour cela aller éditer votre utilisateur traducteur pour moi c’est l’admin soit /user/1/edit

Là vous verrez une zone Client de traduction où il vous sera permis d’entrer voter « API Key » récupérée via le lien en dessous de la text-area

Et vous quels sont les modules liés à la traduction que vous utilisez ?

Liens utiles :

Localization Update

Localization Client

DB Tuner est un module Drupal qui a pour but de faciliter l’optimisation de votre base de données MySQL

Il va vous permettre d’agir sur les indexes, le moteur de base de données utilisé (InnoDB, MyISAM…), les Collations, et va vous permettre également d’exécuter MySQL Tuner donc j’ai déjà parlé. Il montre aussi quels sont les requêtes longues.

Voici plus en détails ce qu’apporte DB Tuner :

Les index :

Il va montrer quelles colonnes CCK sont utilisées dans un filtre Views ou une relation et vous donne la possibilité d’ajouter un index afin que la requête Views s’exécute plus rapidement. Vous pouvez aussi ajouter des index aux modules « core »

Moteur de base de données

Possibilité de convertir votre base de données de MyISAM vers InnoDB afin d’éliminer les locks sur les tables lors de l’écriture de données.

Collation

Possibilité de convertir la collation de vos tables en utf8_general_ci

Explication de vues lentes :

Vous fournit le nombre et la liste des vues lentes, et des explications sur les temps de génération.
MySQL Tuner

Intégration de l’outils MySQL Tuner

Bref, c’est un outils intéressant, mais bien sur à manier avec beaucoup de précautions.

Liens utiles :

Le module DB Tuner sur drupal.org

Launchpad de MySQL Tuner

Voici un petit script shell qui va vous permettre de sécuriser les droits du système de fichiers d’un site Drupal

Ce script suit les préconisations que l’on peut retrouver dans la documentation Drupal officielle : Securing your site

Attention, il ne faut surtout par croire que votre installation Drupal sera complètement sécurisée après l’exécution de ce script.

Elle le sera juste un peu plus, le but étant d’automatiser certaines taches, comme la gestion des droits et des utilisateurs du système de fichiers Drupal.

Tout d’abord, ce script va vous poser quelques petites questions propres à votre installation, comme le répertoire d’installation de Drupal, l’utilisateur système, le groupe du serveur web, votre répertoire temporaire Drupal..

En gros, ce script va donner la propriété à l’utilisateur de votre choix et au groupe de votre serveur web sur tous les fichiers et repertoires.

Seul l’utilisateur (attention à ne pas choisir l’utilisateur de votre serveur web, sous Debian www-data) pourra écrire partout.

Les membres de votre groupe web pourront écrire dans le dossier de stockage et le répertoire temporaire paramétré sur la page « Système de Fichiers » (/admin/settings/file-system/settings)

Voici la documentation concernant la sécurisation du système de fichiers Drupal :

Securing file permissions and ownership

Ensuite, ce script, va supprimer tous les fichiers .txt, comme les Changelog.txt, les Readme.txt qui pourraient révéler des informations sur vos versions de modules ou de votre installation.

Bien sur ce script sera à lancer en root ou via sudo…

Script de sécurisation des droits et propriétaires de fichiers Drupal – Sous Licence GPL v3

Liens utiles :

Site Officiel de Drupal

Sécuriser Drupal via des modules

Notes :

Le Cadena utilisé pour illustrer cet article provient d’OpenClipart

N’hésitez pas en tous cas, si vous voyez d’autres éléments, optimisation (le script n’est pas des plus optimiser…) à rajouter.

Voici une petite astuce qui va vous permettre de personnaliser l’affichage des teaser de noeud sous Drupal

J’utilise le module Views SavedSearches avec son sous-module permettant la notification que j’ai d’ailleurs sponsorisé.

Ce module envoi le teaser du nouveau contenu détecté, j’ai donc besoin de personnaliser l’affichage de celui-ci sans altérer l’affichage de mon noeud complet.

Pour cela, il vous suffit de rajouter dans votre template de type de noeud :

< ?php if ($teaser): ?>
<!-- Template HTML pour le teaser ici -->
< ?php else: ?>
<!-- Template HTML pour le noeud complet ici -->
< ?php endif; ?>

C’est tout simple, mais fallait le savoir C’est pourquoi, je me suis dit que j’allais faire profiter de cette petite astuce

Bonne journée à tous

J’ai souhaité dernièrement créer un thème pour un type de contenu CCK v3 qui utilise les multigroup.

L’utilisation de CCK v3 est justement pour utiliser les multigroup.

Pour personnaliser l’aspect d’un type de contenu, il existe un module Drupal très pratique nommé Contemplate (Content Template) qui permet de récupérer le code par défaut appelé par un type de contenu.

Par contre, c’est là la raison de mon article, Contemplate n’arrive pas à récupérer les variables liées aux multigroupes.

Voici le problème qui m’a amené à souhaitez personnaliser un multigroup cck :

Mon tableau actuellement à l’affichage est sur 3 colonnes :

Les colonnes «Langues étrangères» et «Ajouter» pointent sur la même taxonomie, je voudrais donc les rassembler en une seule colonne.

En gros je souhaiterais que mon affichage soit comme ci-dessous :

Le premier champ est un champ «Content Taxonomy» au format liste déroulante qui va pointer sur la même taxonomie que le deuxième champs qui est lui aussi un champ «Content Taxonomy», mais lui est au format «autocomplete»

Le troisième champ est une bête champ texte au format liste déroulante avec un certain nombre de valeurs possible (lui on s’en fout)

Les gens qui remplissent mon type de contenu doivent choisir un élément de la liste déroulante (champ 1) et si il ne trouve pas ce qu’ils veulent, peuvent ajouter un terme via le champ autocomplete (champ 2)

Le mieux aurait été un «conditionnal field» mais ça ne fait pas ce que je veux.

Mais du coup ça me donne 3 colonnes à l’affichage et je n’en veux que 2 comme illustré plus haut…

De plus, je suis obligé de connaître le nombre de ligne qu’il y aura à afficher car aucun champ n’est obligatoire, donc si je parcoure la première colonne, dès que ma boucle arrivera au dernier élément de la première colonne, l’affichage s’arrêtera, idem pour la deuxième…

Ceci explique la boucle qui compte la colonne la plus longue que vous allez voir ci-dessous, qui d’ailleurs m’a été proposé par Jean-Marc, et je ne remercie grandement

Donc voici le code à insérer pour personnaliser l’affichage de vos multigroup cck v3 : (Ce qui est en majuscule identifie votre variable à personnaliser bien sur)

// N'affiche pas le multigroup si vide
 
< ?php if(!empty($node-&gt;content['group_NOM_GROUP']['group']['#children'])) { ?>
 
<fieldset class="content-multigroup-group-NOM-GROUP content-multigroup-display-table-multiple-columns">
<legend>< ?php print $node-&gt;content['group_NOM_GROUP']['group']['#title']; ?></legend>
 
// Permet d'afficher la description
< ?php print (isset($node->content['group_NOM_GROUP']['group']['#description']) && $node->content['group_NOM_GROUP']['group']['#description'] ? '
 
<div class="description">'. $node->content['group_NOM_GROUP']['group']['#description'] .'</div>
 
 
' : '');
?>
 
< ?php
$rows = null;
// Permet de renseigner les headers du tableau 
$header_1= $node-&gt;content['group_NOM_GROUP']['group']['#fields']['field_NOM_FIELD_1']['widget']['label'];
$header_2= $node-&gt;content['group_NOM_GROUP']['group']['#fields']['field_NOM_FIELD_2']['widget']['label'];
$headers= (array("$header_1", "$header_2"));
 
//Compte qu'elle est la colonne la plus longue et fournit la liste de tous les elements
if (count($node->field_NOM_FIELD_1) > count($node->field_NOM_FIELD_2)) {
        $long  = $node->field_NOM_FIELD_1;
        $short = $node->field_NOM_FIELD_2;
} else {
        $long  = $node->field_NOM_FIELD_2;
        $short = $node->field_NOM_FIELD_1;
}
 
//Parcourt la liste prealable et remplis la variable row
$fields = array();
foreach($long as $key => $value) {
        if ($value['value'] == null) {
                $id = $short[$key]['value'];
        } else {
                $id = $long[$key]['value'];
        }
 
        $rows[] = array(
                $node->taxonomy[$id]->name,
                $node->field_NOM_FIELD_3[$key]['value']
        );
 
}
print theme('table', $headers, $rows);
?></fieldset>
 
 
< ?php } ?>

Il est à noter que j’utilise la fonction theme_table disponible dans l’API Drupal

Pour info, cette ligne permet d’afficher tout le tableau mutligroup comme a l’origine

print $node->content['group_NOM_GROUP']['group']['#children'];

Voilà, vous savez désormais comment personnaliser l’affichage de vos mutligroup cck v3

Voici un petit howto qui va vous expliquer comment dépublier un noeud après une durée donnée qui peut être en jours, en secondes… sous Drupal à l’aide du module Rules

Tout d’abord, qu’est ce que le module Rules ?

Rules peut être considéré comme une évolution du module core trigger et la version améliorée pour drupal 6 de Workflow-ng de Drupal 5.

Rules permet, à la découverte d’événements, d’exécuter des actions (publier un commentaire, envoyer un mail…) automatiquement avec la possibilité de passer des conditions.

Voici donc un petit howto permettant de dé-publier un contenu après une durée donnée, ça peut être 15 jours, 30 secondes, le lundi 30 mars…

Tout d’abord, il faut installer le module Rules.

1. Création de Rule Sets

Allez dans /admin/rules/rule_sets

• Cliquer sur « Add a new rule set ».
• Ajouter un titre, par exemple « Unpublish content {rule set} » et avec pour nom machine-readable « unpublish_content ».
• Dans la partie Arguments, sélectionner « Content » comme type de données, entrer « Content {argument} » en tant que titre et « unpublish_content_content » en tant que nom machine readable.
• Sauvegarder ensuite votre formulaire
• Vous allez être redirigé vers la vue d’ensemble des rules sets et vous pourrez y voir le rule set que vous venez de créer.
• Cliquer donc sur celui-ci et ajouter une nouvelle rule en cliquant sur l’onglet « Add new rule »
• Ajouter un titre comme par exemple « Unpublish action {rule} » et cliquer sur Sauvegarder.
• Vous allez ensuite être sur une page d’édition de la rule cliquer sur « Add an action ».
• Vous allez avoir une liste de sélection, vous devrez choisir « Node|Retirer le contenu de la publication » (et NON « Rule Set|Publish content »!) et confirmer en cliquant sur Suivant.
• Vous n’avez rien à faire normalement sur le formulaire sur lequel vous avez été dirigé, hormis changer le titre et de mettre « Unpublish content {action} » pour suivre plus facilement et enfin sauvegarder.
• Aller sur la page admin/rules/rule_sets et cliquer sur votre rule (Unpublish content {rule set})
• Puis cliquer sur l’action (Unpublish action {rule}) pour l’éditer
• Ajouter une action et sélectionner « Schedule Unpublish content »
• Choisissez l’identifiant [unpublish_content_content:nid] si vous avez respecter les termes que j’ai utilisé, sinon adapter à nom machine readable donné précédemment dans la partie Arguments.
• Paramétrer la date d’exécution, par exemple 2010-02-12 10:33:55 ou « +1 day », vous pouvez vous référer aux formats PHP strtotime()

2. Création du ou des déclencheurs (trigger)

Allez dans /admin/rules/trigger

• Cliquer sur « Add a New Rule »
• Choisissez pour label « Dépublier un contenu {triggered rule} »
• Sélectionner « Node|After saving new content », puis sauvegarder
• Ajouter une action
• Sélectionner « Rule Scheduler|Schedule Unpublish content {rule set} »
• Ajouter une condition « Node|Content is published »
• Vous pouvez également ajouter une condition pour un type de contenu donné, pour cela ajouter une nouvelle condition
• Et choisissez « Node|Content as Type » et choisissez votre ou vos types de contenu.

Voilà, votre règle est crée et sera exécuté à chaque passage du cron.

J’espère que ce petit tuto aura permis de vous aider un peu

J’espère pouvoir en faire d’autres bientôt sur Rules…

Et vous avez vous d’autres méthodes ?

Drupal est un CMS (Content Management System) en Français, un système de gestion de contenu, libre

Le CMS drupal vient de fêter ses 9 ans le 15 janvier et la toute première version de Drupal 7, la Alpha 1, est sortie le même jour.

Pour ceux qui n’ont pas vu et qui n’ont pas l’habitude d’installer Drupal, j’ai fait un howto d’installation de Drupal 7, pour les autres ne perdez pas votre temps à lire ce howto, il ne vous apprendra rien de fondamentale, hormis vous montrer à quoi ça ressemble graphique, le mode d’installation étant le même que dans les versions précédentes.

Presque 2 ans après la sortie de la dernière version majeure qui est la 6, Drupal 7 devrait sortir durant le premier semestre 2010.

C’est une occasion pour moi de vous présenter ses nouvelles fonctionnalités :

• Intégration du module CCK. Pour rappel le module CCK était un incontournable des modules drupal. Il permet de créer n’importe quel type de contenu et dispose d’un nombre important de module satellite. Enfin bref, avec cette nouvelle version de Drupal, CCK sera intégré aux modules core. CCK est pour moi l’un des points les plus importants de cette nouvelle version.
• Refonte complète de l’interface utilisateur et du back-office. Une barre de menu est intégrée en haut de l’écran, comme le faisait le module « Administration Menu » facilitant l’administration de votre CMS favori. Vous avez aussi la possibilité d’ajouter des raccourcis afin de vous faire gagner du temps dans certaines de vos taches récurrentes.
• Ajout de 2 nouveaux thèmes, l’un pour remplacer le fameux Garland et le second très simple orienté pour les thèmeurs
• Drupal 7 va gérer la base de données SQLite en plus de MySQL et PostgreSQL
• La gestion d’image va être supporté par défaut, upload, redimensionnement et affichage.
• Nouveau gestionnaire de mises à jour qui va permettre de mettre à jour directement, les modules et thèmes. Plus besoin de télécharger l’archive, de la décompresser, d’y mettre les bons droits… Ça c’est vraiment bien.
• L’API de rendue va permettre une meilleure granularité des thèmes et des améliorations ont été effectuées au niveau de l’accessibilité.
• De nombreuses améliorations ont été effectuées sous le capot de drupal, réorganisation du système d’accès aux nœuds…
• Support intégré de serveur proxy avec mise en cache et support de CDN (Content Delivery Network) pour les fichiers statiques.
• Amélioration des performances, notamment au niveau du temps de chargement.
• L’interface de traduction a été améliorée et la gestion des fuseaux horaires également. Ajout de la notion de contexte, car le même terme peut avoir plusieurs traductions en fonction du contexte.
• …

Je suis vraiment impatient de voir ce que va donner Drupal 7, une fois la version stable sortie et les principaux modules qui vont suivre…

Je pense que ça va être impressionnant !!! Je l’ai testé un peu, et c’est vraiment agréable à utiliser. Je le testerais plus en profondeur lors des prochaines versions.

Affaire à suivre… Et de très prêt…

Liens utiles :

Retour de Drupalistic sur Drupal 7

L’annonce officielle de la sortie de Drupal 7 Alpha 1

Article en anglais présentant les nouveautés de Drupal 7 avec un slideshow montrant graphiquement les évolutions, très intéressant.

Un nouveau portail se prépare à ouvrir se porte d’ici le premier semestre 2010.
Il s’agit de Faveeo.com, après de long mois de conception, de préparation et de tests, ce site est un créateur de revue de presse personnalisées.
Il utilise les ressources du web 2, notamment les méta données, et analyse ces informations pour « pousser » le bon contenu, aux bonnes personnes.
Si le web 2.0 était basé sur la folksonomie et l’intelligence collective « humaine », le « web 3.0″ est basé sur le retour à l’intelligence des machines pour assister l’intelligence humaine, donc vers une intelligence collective « automatisée ».
C’est ce que devrait proposer ce nouveau portail lancé par la société Inovae
Côté technologique, Faveeo est basé sur le célèbre CMS Drupal.
Pour la recherche par facette, ce nouveau portail utilisera le moteur de recherche Apache Solr
Concernant la recommandation de contenu, il sera utilisé la technologie Apache Mahout
Faveeo se basera aussi sur le protocole PubSubHubBub lancé par Google permettant de maintenir les flux les plus à jour possible en un minimum de requêtes.
Je n’ai pas pour habitude de parler de portail, mais celui-ci me semble grandement intéressant et n’utilise que des technologies libres, d’où cet article ici.

Views Cloud est un module drupal qui permet de générer un nuage de tag à partir d’une vue du module Views

Cela permet donc de créer des nuages de tags à partir de n’importe quelle données récupérée par Views.

Vous pouvez par exemple créer un nuage de tag des utilisateurs pondérés selon leur age, ou encore un nuage de tags contenant le titre de noeud pondérés en fonction du nombre de lectures.

Le module fournit un style de vue « Cloud » pour la sortie standard, et un style sommaire pour le contenu filtré via le nuage de tags.

Vous pouvez également générer un nuage de tags à partir de terme de Taxonomie pour un type de contenu donné et c’est ce que nous allons voir ici, qui est l’utilisation de Views_Cloud la plus courante.

Pour illustrer la mise en place, voici un petit cas pratique.

Imaginons un site internet de recettes de cuisine qui a 2 types de contenu, « Recette rapide » et « Recette gastronomique ».

Ce site a un vocabulaire nommé « Epices » qui est utilisé pour les 2 types de contenu cité ci-dessus.

Vous souhaitez faire un nuage de tags des différents épices pour un type de contenu donné.

Views_cloud va vous permettre de n’afficher et de pondérer les tags que pour ce type de contenu.

Et mieux, il va vous créer une page « sommaire » regroupant tous les nœuds (type de contenu) contenant le tag choisi

Imaginons que le tags curry du vocabulaire « Epices » soit utilisé 15 fois avec le type de contenu « Recette gastronomique » et 2 fois avec le type de contenu « Recette rapide ».

La pondération des tags dans le nuage de tags ne sera pas du tout la même pour ce terme si vous ne filtrez pas le type de contenu.

Et si il n’y avait pas de page de sommaire comme le permet de faire Views_cloud, en cliquant sur le tags « curry », vous iriez sur une page contenant tous les nœuds contenant le tag, ce que vous ne souhaitez pas.

J’espère que l’explication de mon cas pratique, vous aura fait permis de comprendre la problématique que je souhaite résoudre avec Views_cloud…

Voici donc comment mettre en place un nuage de tags pondéré et filtré par type de contenu.

Tout d’abord, installons le module Views_cloud :

1. Copiez le répertoire views_cloud dans votre répertoire de modules (sites/all/modules)
2. Activez celui via la page /admin/build/modules
3. Configurez une vue pour utiliser Views_Cloud. À noter que Views_Cloud fournit par défaut deux vues afin d’illustrer les possibilités, celles-ci sont désactivées par défaut. Mais ça pourrait vous aider à démarrer avec ce module.

• cloud_tags : Un nuage de tags classique
• cloud_user_posts : Un nuage de tags des utilisateurs pondérés par leur nombre de posts.

Passons maintenant à la configuration de notre nuage de tags pour notre cas pratique.

1. Créez une nouvelle vue via la page admin/build/views et donnez lui un nom comme par exemple « viewscloud_epices »
2. Ajoutez un champ en cliquant sur l’icone « + » (plus) dans la section Champs. A savoir que ce champ ne fait pas parti du nuage de tags, mais de la page qui sera utilisée pour le sommaine. Vous pouvez choisir d’utiliser le style de vue « Nœud » plutôt que « Champs ». C’est d’ailleurs, ce que je vais faire.
3. Si vous choisissez d’afficher directement les nœuds entier, faites donc ceci, sinon passez à l’étape 4.  Allez dans la section, « Paramètres de base » et éditez le style de ligne et choisissez « Node »
4. Ajoutez ensuite un argument en cliquant sur l’icone « + » (plus) dans la section « Arguments ». Ajoutez l’argument « Taxonomy: Term ID » ou « Taxonomy: Term » personnellement, j’ai choisi Term, car l’argument est repris dans l’url, donc c’est mieux pour le référencement d’avoir un mot, plutôt qu’un nombre . En titre, vous pouvez mettre par exemple « Epices : %1″ %1 sera le nom du tag sur lequel l’utilisateur aura cliqué. Concernant l’action à prendre si non présent, choisissez « Sommaire, classement descendant » permettant d’avoir les nœuds les plus récents en premier, je crois que c’est trier en fonction de l’id du noeud, donc pas forcément le plus récent si mise à jour du nœud.  Cochez la case « Dans les URL, transforme les espaces en tirets ». Après avoir sauvegardé votre argument, vous serez invité à choisir le style et choisissez « Cloud ».
5. Ajoutez ensuite un filtre en cliquant sur l’icone « + » (plus) dans la section « Filtres ». Ajoutez un filtre « Taxonomy: Vocabulary » et choisissez le vocabulaire de votre choix, dans mon exemple il s’appelle « Epices » et indiquant « Fait partie de ».
6. J’ai choisi de n’afficher que les nœuds publiés, pour cela ajoutez un filtre du groupe « Node » et choisissez le statut publié.
7. J’ai choisi également de filtrer par type de contenu comme expliqué plus haut. Pour cela, ajoutez un filtre du groupe « Node » et choisissez le type de contenu de votre choix, dans mon exemple « Recette rapide »
8. Ajoutez un nouvel affichage de type « Page ». Donnez lui un chemin qui sera celui utilisé pour le sommaire, par exemple « tag/epices ». Vous aurez des urls de type /tag/epices/curry et cette page listera tous le contenu de type « Recette rapide » contenant le terme de taxonomie « curry »
9. Au point 4, je vous ai parlé du tri des nœuds dans la page de sommaire, pour cela rajouter un critère de tri, personnellement, je l’ai supplanter, je ne sais pas comment ça réagit si on met à jour la vue par défaut. Ajoutez un critère de tri de type Node et choisir « date de mise  jour » et triez de manière descendante.
10. Ajoutez un nouvel affichage de type « Bloc ». Et donnez lui un titre, par exemple « Nuage d’épices » qui sera le titre du bloc contenant votre nuage de tags.
11. Sauvegardez votre vue
12. Activez ce bloc dans votre gestion des blocs sur la page admin/build/block

Et voilà vous avez désormais votre nuage de tags pour les épices du type de contenu « Recette rapide » renvoyant exclusivement sur une liste de nœuds du même type de contenu.

A noter que lorsque vous prévisualiserez votre nuage de tags pendant la création de votre vue, celui-ci ne sera pas mis en forme, vous ne verrez donc pas là pondération des tags. Les CSS du module Views_Cloud ne peuvent être chargé sur cette page