Armetiz

Après avoir galéré quelques heures pour trouver comment géolocaliser les utilisateurs de Drupal. Voici mon retour d’expérience.

Installation des modules Gmap et Location.

• Paramétrage de votre API Gmap : /admin/settings/gmap
• Configuration des utilisateurs, tout en bas « Emplacements des utilisateurs » : /admin/user/settings

Et c’est fini ! Le reste n’est qu’une affaire de thème.

La manipulation est très simple, mais le temps de trouver qu’il fallait aller dans la Configuration des utilisateurs m’a pris facilement 2h. Donc soit je suis fatigué, soit ce n’est pas logique.
En effet, ma première démarche fut d’activer le module Profile et de chercher à rajouter un champs de type Localisation.
Le reste ne fut qu’une errance sans fin sur Google.

S’il y a bien une chose que l’on peut reprocher à Drupal, c’est une ergonomie général complètement hétérogène.
Le soucis des modules, c’est que chaque développeur y va comme il le souhaite. On arrive vite à une assiette de spaghetti.

Le livre sortira officiellement le 10 Septembre 2009. L’article sera mis à jours pour inclure un lien d’achat.
Artisan numérique à écrit un livre sur la gestion de Drupal en mode projet.

Voici le thème du livre: Cela passe par la compréhension de ce qu’est un CMS, la définition du besoin, la mise en place de la plate-forme de développement, l’installation et le paramétrage des modules correspondant à chaque fonctionnalités, la personnalisation fine de l’apparence, la mise en ligne et l’optimisation des performances

On remarquera que le développement Drupal n’est pas abordé. Il ne s’agira donc pas d’un livre technique ce qui doit être une première.

En tout cas, ce livre fera prochainement parti de ma collection, et je vous ferai – peut-être – rapidement un retour.

Voici quelques liens pour commander le livre :

• Table des matières
• Achat Eyrolles.
• Achat Amazon.

PS: Si vous cherchez un livre technique : Drupal Pro Development

Pour faire suite aux articles sur la création de sites internet avec Drupal.

Voici un module pour l'optimisation de votre référencement : XML Sitemap.

Comme il est dit sur le site Sitemaps.org :
« Sitemaps permet aux webmasters d'indiquer facilement aux moteurs de recherche les pages de leurs sites à explorer. [...] Sitemap ne garantit pas la prise en compte des pages Web dans les moteurs de recherche, mais permet de fournir des indications aux robots d'exploration et ainsi d'optimiser leur fonctionnement. »

En gros, ce module ne fait rien de magique, si ce n'est d'aider les moteurs de recherche à trouver les contenus présents sur votre site, et d'être aider à évaluer chaque page de votre site.
En effet, certaines pages sont plus importantes que d'autres, mais même les meilleurs algorithmes du monde ne peuvent pas déterminer cette subjectivité.
Sitemaps.org permet de répondre au problème de l'importance d'une page, en implémentant dans son protocole un champ « priorité ». Ce champ permet de donner un critère « humain » à des choix décisionnels qui devront être pris par les moteurs de recherche.

Sachant que rien n'est facile dans la vie, tout les moteurs de recherche n'implémentent pas Sitemaps.org, et d'ailleurs, ceux qui le font n'utilises pas uniquement cet outil. Il en existe d'autres qui seront traités dans un prochain billet.

En tout cas, pour une installation toute fraîche – ou même ancienne – je vous recommande l'installation du module XML Sitemap.
L'ensemble des nodes, catégories (taxonomies), et utilisateurs sont ajoutés à ce fichier XML générer automatiquement.

Au niveau des configurations du module, vous serez capable d'attribuer une priorité pour
un type de contenu, un élément de la taxonomie, ou de la page d'accueil.

N'oublier pas aussi que ce module permet d'éviter les pages sans lien, dù à un oublie de votre part ou tout autres manipulations…

PS :
Les principaux moteurs de recherche qui implémentent ce protocole sont :

• Google
• Live.com
• Yahoo !
• Ask.com

PS 2 :
Le sitemap.xml est accessible à l'url : www.domaine.com/?q=sitemap.xml

Certains clients préfèrent avoir une dissociation claire entre la partie visible de l'utilisateur et la partie visible des administrateurs du site.

Cela a plusieurs avantages, comme au niveau ergonomique, en effet, le design de certain site n'est pas du tout adapté à son administration – soit par la taille du bloc contenant l'information principale, soit par la non-présence d'un menu principal, etc.

De plus, « caser » l'apparence global du site quand on passe en mode édition permet d'attirer l'attention et donc de rendre l'utilisateur plus vigilant à ce qu'il fait. Cela peut-être intéressant si vous avez comme client des personnes âgés, ou des gens peu habitués au Web.

Aussi, cela peut vous permettre de disposer d'une apparence spécifique à votre boutique.

Depuis Drupal version5, il existe un moyen simple d'avoir un thème administratif différent du principal. Rendez-vous dans la configuration du site -> Thème de l'administration -> Choisissez le thème que vous souhaitez.
Utiliser « Garland » si vous souhaitez optimiser l'ergonomie sans avoir à créer de nouveau thème.

Pour les versions antérieurs à la 4, je vous laisse consulter Drupal.org.

Ces deux solutions ont une restriction, quand on édite un nœud, on ne passe pas par le thème réservé à l'administration. Pour résoudre ce problème, modifier template.php comme il est expliqué dans l'article : Admin and Edit/Add theme switcher using your template.php file.

Quand on met en ligne un site, on espère qu'il soit bien référencé (je sais.. logique..).
Comme tout le monde sait, il y a plusieurs aspects au niveau du référencement, ici on va parler des balises meta tag avec Drupal.
En effet, même si elles sont assez anciennes, et de moins en moins primordiales pour le classement par rapport aux autres sites, elles apportent des informations biens utiles aux moteurs de recherche.
Exemple avec google, quand on consulte les résultats d'une recherche, le nom du lien correspond au titre de votre page, donc aux balises Titre de votre page du header de votre page HTML, et la description à .
Si ces balises ne sont pas définit, google prends le contenu de votre page qui est entre les balises 'body' pour fabriquer la description.. Il faut alors avouer que l'on ne contrôle pas tellement l'information qui s'affiche sur google.. Et sûrement d'autres moteurs de recherche.

Après l'installation de Drupal, on peut observer qu'il n'y a pas de balise meta dans le code HTML des pages générées.. Comme d'habitude, un petit tour sur la liste des modules, et l'on trouve NodeWords qui permet d'ajouter ces meta tag.

On peut ajouter une liste de mots clés ainsi qu'une description pour l'ensemble des pages n'en ayant pas. Mais pour optimiser votre référencement, il est préférable de donner des mots-clés et une description à chaque page lors de l'édition d'un noeud.

Cela va paraître bête, mais cet article fait suite à la demande d’un flux RSS de la part d’un ami pour pouvoir consulter sur NetVibes mes tips & astuces concernant Drupal..

Quand on installe Drupal, on voit avec le thème par défaut le petit Icône de syndication, je m’étais donc dit que cela était toujours le cas sans vraiment y réfléchir.

Suite à la demande de cette ami, je m’aperçois qu’il n’y a plus l’icône.. Bon, je vais voir dans les options.. Gestion de contenu -> Publication RSS (Content Management -> RSS Publishing), les paramètres semblent correctes.

Peut-être ai-je oublié la variable de l’API Drupal dans mon template.. Donc vérification de la présence de

<?php
print <a title="theme_feed_icons" href="http://api.drupal.org/api/function/theme_feed_icon/5" target="_blank">feed_icons;</a>
?>

Dans la liste des blocs, on peut trouver ‘Syndicate’ qui permet d’afficher un lien RSS pour la page d’accueil, le problème c’est que je n’utilise plus la page d’accueil, j’utilise une View qui pourtant est la View frontpage. Et de toute manière, ce bloc affiche du texte que je ne veux pas..

En fait, il existe un module livré avec View qui s’appel view_rss, et qu’il faut activer pour avoir une option supplémentaire dans la configuration d’une View.

Dans la View que vous désirez, ajouter l’argument ‘RSS: RSS Feed Selector‘ et sélectionner ‘Display all Values‘ ou ‘Afficher toutes les valeurs’, enregistrer.

Surprise, quand vous consultez votre page, le petit icône apparaît, et on parait tout de suite mon bête face à une question très con ‘T’as un lien RSS ?’.

Maintenant, plusieurs questions :

• Pourquoi q=rss.xml qui correspond au flux RSS de la ‘frontpage’ n’affiche pas le contenu de la View ‘frontpage’ qui est un View par défaut.. Oublis des développeurs ?
• Pourquoi la configuration dans ‘Gestion de contenu -> Publication RSS’ n’affecte pas l’affichage RSS fournit par nos View.

Pour un projet, nous avions besoin de faire un annuaire..

Je me suis longtemps posé la question sur comment réaliser ce besoin. Utiliser un module spécial ? Rien trouvé la dessus.. Utiliser le module View ? Bonne idée, le problème, c'est que View ne s'applique que pour les Node, et un utilisateur n'est pas, jusqu'à preuve du contraire un Node.

Je suis donc aller encore une fois fouiller la liste des modules relatifs aux utilisateurs, et là je trouve plusieurs choses intéressantes..

Le module User List permettant de faire une liste d'utilisateur..
Le module Node Profile pour gérer les membres à la maniérè des noeuds.

Et Member, qui permet de faire la même chose que View, mais pour des membres.

User List semble pas mal, le problème, il est en dev et aucune mise à jours depuis Juin 2007.. Node Profile semble être une version stable, et il doit pouvoir répondre à mon problème, mais modifier le comportement du type utilisateur ne m'inspire pas trop.

Member à l'aire d'être un peu la même chose que User List, mais lui a été mis à jours en Novembre.

Je pars donc sur Member, l'installation … toussa … Et un nouveau menu qui apparaît dans la gestion des utilisateurs. Si on a déjà utilisé View, on comprend vite comment Member va fonctionner. Seul problème, assez handicapant, on ne peut pas ajouter de champs (Fields). J'attends donc une réponse du développeur, sinon je verrai du coté de User List ou pourquoi pas, commencer à debugger les modules Drupal.

Si vous débutez avec Drupal et que vous souhaitez toucher un peu au code..
Je vous recommandes vivement de lire le node de Artisan Numérique qui explique très bien certaines choses auxquelles on ne trouve pas forcement de réponse, ou même on ne pense pas.

Si vous chercher à faire un menu qui affiche la liste de vos termes pour un vocabulaire donné, ainsi que le nombre de nœuds contenus dans le terme.

Voici le code suivant :

$vid = 1; /* <—- put correct vocabulary ID here */
 
$terms = taxonomy_get_tree($vid); /* need code from below to handle nesting */
 
print "<ul>";
foreach ( $terms as $term ) {
$count = db_result(db_query("SELECT COUNT(nid) FROM {term_node} WHERE tid = %d ", $term->tid));
if ($count) { /* don't show terms with 0 count */
print "<li>".$term->name." (".$count.")</li>";
}
} /* end foreach */
print "</ul>";

Source : forum drupalfr.org
Si vous trouvez une solution pour faire ca avec un View, je suis preneur.

Imaginons, nous avons en page d'accueil qui a son petit design à elle, avec 3 blocs à gauche, une anime flash au milieu et un header rouge. Maintenant le reste du site ne ressemble pas à cette première page… Comment faire ?

Drupal utilise par défaut le moteur de template PHPTemplate, c'est lui qui s'occupe de l'affichage de votre site.
Si vous avez bidouillé un peu votre design, vous avez sûrement remarqué que c'était /theme/votre_theme/page.tpl.php qui gérait toutes vos pages.
Perso j'ai été ravis de trouver au fils de mes lectures que l'on pouvait utiliser d'autres template pour d'autres pages.

Exemple, pour ?q=forum, on créera une page /theme/votre_theme/page-forum.tpl.php
Dans l'exemple du début, c'était ma page d'accueil qui était différente par rapport à toutes les autres.. Drupal l'appel front, la solution sera donc de créer page-front.tpl.php.

Et si nous voulons faire un template pour un node par type de contenu, on va suivre le même principe mais avec : node-content_type.tpl.php ou content_type est le nom de votre type de contenu.

Pour plus d'information, je vous renvois à Drupal.org et son handbook