Un manuel de recettes pratiques pour tirer un maximum profit de Drupal.
Prenez ces informations avec prudence, les spécificités techniques peuvent changer et beaucoup d'hébergeurs spament ce genre de documentation afin de s'attirer des clients.
Aucun lien promotionnel ou d'affiliation ainsi que l'édition par les hébergeurs eux-même ne sera toléré ici!
http://www.unity-web.ch/ Prix : 99 CHF / année (env. 76€)
http://dreamhost.com Prix: $8.95/mois
http://www.alwaysdata.com Prix:10Mo gratuit | 10Go 95 € | 20Go 149 € | 50Go 309 € (suivant les offres)
http://www.dri.fr/ Prix: voir le site
http://www.1and1.fr/ Prix: voir le site
http://www.mavenhosting.com/ Prix: voir le site Hébergeur nord américain ayant des serveurs en France
J’ai trouvé différentes versions sur internet pour appeler un formulaire de création de node sur drupal 6, beaucoup ne marchant pas toujours. J’ai donc opté pour le code suivant, avec succès, sur un site. Je n’ai pas testé ce code dans toutes les configurations possibles je ne sais donc pas si il fonctionne dans toutes les conditions.
<?php
global $user;
// quel type de node souhaitez vous ajouter ? mettre le nom machine
$type = 'page';
// sans cette inclusion, j'obtiens un message d'erreur. Quelqu'un sait pourquoi ?
include_once('modules/node/node.pages.inc');
// Il faut certaines informations de base pour afficher un formulaire d'ajout
$node = array(
'uid' => $user->uid,
'name' => (isset($user->name) ? $user->name : ''),
'type' => $type,
'language' => ''
);
print drupal_get_form($type .'_node_form', $node);
?>Pour plus de facilité on pourrait packager tout ça dans une petite fonction dans un module que l’on pourrait appeler facilement de n’importe où :
<?php
function afficher_formulaire_node($type){
include_once('modules/node/node.pages.inc');
global $user;
$node = array('uid' => $user->uid, 'name' => (isset($user->name) ? $user->name : ''), 'type' => $type, 'language' => '');
return drupal_get_form($type .'_node_form', $node);
}
?>Ensuite il suffira de marquer par exemple dans un bloc (format d’entrée php) :
<?php
print afficher_formulaire_node('page');
?>pour afficher le formulaire d’ajout de notre type de contenu.
Je vous propose une version modifier pour installer un site ou une plateforme multi-sites sous Drupal (ce tutoriel une version modifier du site http://drupalfr.org/node/6171).
Chaque site créé utilise le même code de Drupal mais dispose de sa propre configuration et de ses propres fichiers, stockés dans un sous-répertoire dédié du répertoire /sites. Par exemple, dans le cas d’un premier site sur le domaine bonjour.com et d’un second site sur http://bonjour.com/travail ou http://travail.bonjour.com, il faudra créer pour chacun d’entre eux un sous-répertoire dans le répertoire /sites : sites/bonjour.com/ (mkdir sites/bonjour.com/ pour http://bonjour.com), sites/bonjour.com.travail/ (mkdir sites/bonjour.com.travail/ pour http://bonjour.com/travail), et en fin sites/travail.bonjour.com/ (mkdir sites/travail.bonjour.com/ pour http://travail.bonjour.com).
Sur le terminal linux
cd chemin_du_drupal/sites/
mkdir bonjour.com
cp default/default.settings.php bonjour.com/
mv bonjour.com/default.settings.php bonjour.com/settings.php
chmod 777 bonjour.com/settings.php
mkdir bonjour.com/files
chmod 777 bonjour.com/files
rmq : on doit pas supprime le dossier default/ et default/default.settings.php !!
si on a un problème dans cette étape
Warning : fopen(./sites/default/default.settings.php) [function.fopen] : failed to open stream : No such file or directory in /chemin_drupal/includes/install.inc on line 188
Warning : Cannot modify header information - headers already sent by (output started at /chemin_drupal/includes/install.inc:188) in /chemin_drupal/includes/install.inc on line 618
Warning : Cannot modify header information - headers already sent by (output started at /chemin_drupal/includes/install.inc:188) in /chemin_drupal/includes/install.inc on line 619
c’est a dire que le dossier default et le fichier default/default.settings.php ne se trouve pas par drupal dans le dossier sites/ c’est a dir il sont supprimer. si c’est le cas on peut les récupérers par exemple mkdir sites/default ; cp sites/bonjou.com/settings.php sites/default/ ; mv sites/default/settings.php sites/default/default.settings.php.
Dès que l’installation est terminée, il est possible de publier du contenu sur ce premier site.
Sur le terminal linux
A. pour la cas bonjour.com/travail
cd chemin_du_drupal
sudo ln -s . travail
cd chemin_du_drupal/sites
mkdir bonjour.com.travail
cp default/default.settings.php bonjour.com.travail/
mv bonjour.com.travail/default.settings.php bonjour.com.travail/settings.php
chmod 777 bonjour.com.travail/settings.php
mkdir bonjour.com.travail/files
chmod 777 bonjour.com.travail/files
B. pour le cas travail.bonjour.com
mkdir travail.bonjour.com
cp default/default.settings.php travail.bonjour.com/
mv travail.bonjour.com/default.settings.php travail.bonjour.com/settings.php
chmod 777 travail.bonjour.com/settings.php
mkdir travail.bonjour.com/files
chmod 777 travail.bonjour.com/files
cd /etc/apache2/sites-available/
nano travail.bonjour.com
<VirtualHost *:80>
ServerName travail.bonjour.com
ServerAlias travail.bonjour.com
DocumentRoot (chemin de drupal)
ErrorLog /var/log/apache2/travail.bonjour.com._error_log
CustomLog /var/log/apache2/travail.bonjour.com._access_log combined
</VirtualHost>
sudo a2ensite travail.bonjour.com
sudo /etc/init.d/apache2 restart
dans les deux cas (A ou B)on supprime pas le dossier sites/default/ et sites/default/default.settings.php
Pour installer un nouveau site, il vous suffit de répéter les opérations effectuées ci-dessus pour installer le second site.
Voici comment configurer le module média browser (plugin pour le module views)
http://anthony.dioulo.com/article/informatique-et-nouvelles-technologies…
Même si tous les hébergeurs proposent maintenant des offres PHP/MySQL adaptées à Drupal, chaque hébergeur possède ses propres particularités d'installation ou de configuration. Pour installer Drupal sans soucis chez votre hébergeur, suivez sa recette spécifique !
Cette page vous apprendra comment installer Drupal sur l'hébergement mutualisé de OVH.
OVH propose plusieurs formules ou "plans" dont les caractéristiques peuvent influer sur la bonne marche de Drupal. Drupal s'appuie sur une base de données (BDD) qui peut être assez lourde au fur et à mesure de l'avancement de votre site. Il est donc conseillé de prendre des formules permettant des BDD assez lourdes (> ou = 15Mo).
SetEnv PHP_VER 5
SetEnv REGISTER_GLOBALS 0
SetEnv ZEND_OPTIMIZER 1Rendez-vous dans votre manager OVH, à la section "Hébergement", "Planificateur de tâches". Cliquez sur "Création" et renseignez le formulaire avec :
Validez le formulaire : votre cron est installé !
Depuis cette version, il faut ajouter un paramètre "cron_key" à l'url :
/www/cron.php?cron_key=XYZ...On trouve la valeur de "cron_key" dans "Administration > Rapports > Tableau de bord d'administration".
À partir de mes différentes lectures et expériences, je vous propose un tutoriel synthétique et efficace pour installer un site ou une plateforme multi-sites sous Drupal. L’avantage de Drupal, en la matière, c’est qu’il permet nativement (et donc facilement) de configurer et de gérer plusieurs sites distincts sur une seule et même installation. Chaque site peut avoir son propre nom de domaine et son propre contenu (distingué par des préfixes de tables dans la base de données MySQL) tout en étant installé, configuré et géré sur la même installation de Drupal utilisant une seule et même base de données MySQL.
Les avantages sont énormes : le code PHP de Drupal n’est installé qu’une seule fois et est partagé par chaque site, si bien qu’une seule mise à jour de Drupal s’applique à tous les sites installés. Les thèmes et modules sont disponibles pour tous les sites mais il reste possible de n’autoriser un thème ou un module que pour un seul site (tout dépend du dossier d'installation dudit module). Bref, c’est un pur bijou et, comble de bonheur, tout cela est très facile à mettre en place, comme vous allez le voir.
La force de Drupal étant ses modules et leur nombre incroyable, l’expérience montre que télécharger des modules, les décompresser et les activer devient rapidement une tâche longue et fastidieuse, surtout si vous voulez utiliser de nombreux modules. Pour éviter cela, il faut prendre les meilleures précautions dès la phase d’installation.
Téléchargez donc la version de Drupal proposée par son fondateur lui-même, à savoir Acquia Drupal. Cette version de Drupal est exactement la même que celle que vous trouverez sur le site drupal.org (avec le core le plus récent) sauf qu’elle contient déjà, préinstallés, quantité de modules indispensables que, de toutes façons, vous aurez besoin d’installer. Autant se simplifier la vie. Il vous suffit alors d'aller vérifier dans "Construction du site > Modules" quels modules vous voulez activer / désactiver.
Chaque site créé utilise le même code de Drupal mais dispose de sa propre configuration et de ses propres fichiers, stockés dans un sous-répertoire dédié du répertoire /sites. Par exemple, dans le cas d’un premier site sur le domaine www.bonjour.com et d’un second site sur www.bonsoir.com, il faudra créer pour chacun d’entre eux un sous-répertoire dans le répertoire /sites. Chacun de ces répertoires devra contenir un fichier de configuration nommé settings.php.
L’astuce réside dans le nom du répertoire. Si vous voulez que vos sites possèdent des noms de domaines différents, il suffit de donner à chaque répertoire le nom du domaine correspondant. Par exemple, dans le cas des 2 sites www.bonjour.com et www.bonsoir.com, les répertoires seront nommés /sites/bonjour.com et /sites/bonsoir.com. Si vous ajoutez les “www.” dans le nom du répertoire, seules les URLs du type http://www.bonjour.com seront accessibles et pas celles du type http://bonjour.com.
Si vous ne souhaitez pas utiliser des noms de domaine différents, mais simplement utiliser des sous-domaines ou des sous-répertoires de votre site principal, il suffit de nommer autrement les répertoires en question. Pour utiliser un sous-domaine du type http://travail.bonjour.com, il faut nommer le répertoire en /sites/travail.bonjour.com. Si vous voulez utiliser un sous-répertoire pour une URL du type http://bonjour.com/travail, il faut nommer le sous-répertoire dans sites de la manière suivante : /sites/bonjour.com.travail.
Dans tous les cas, chaque répertoire contient son propre fichier settings.php. Et chaque site ainsi configuré peut avoir ses propres modules et thèmes, en plus de ceux se trouvant dans les dossiers /modules et /themes standard. Pour cela, il suffit de créer des répertoires /modules et /themes dans le répertoire de configuration de chaque site. Par exemple, le répertoire /sites/bonjour.com/ pourra contenir, en plus de son fichier settings.php, son propre dossier /themes/nom_du_theme/, son propre dossier /modules/nom_du_module/, etc.
Pour installer un nouveau site, il vous suffit de répéter les opérations effectuées ci-dessus pour installer le second site. Vous pouvez répéter l’opération autant de fois que vous voulez et gérer ainsi de très nombreux sites, complètement différents, tant au niveau du design qu’au niveau du contenu, avec une seule et même installation de Drupal. Que du bonheur, non ?
Pour finir, je vous recommande très fortement de toujours installer Drupal de cette manière, même si vous ne voulez exploiter ou mettre en oeuvre qu’un seul site. Cela vous permettra, si un jour vous changez d’avis, d’ajouter des sites à votre plateforme Drupal sans avoir à tout recommencer, et ce, très facilement. De plus, faire une installation multi-sites ne prend pas plus de temps et n’est pas plus compliqué que faire une installation uni-site. Par conséquent, si vous voulez n’installer qu’un seul site, vous n’avez qu’à faire exactement ce qui a été décrit dans ce tuto, sauf la dernière étape visant à créer un second site. Vous la ferez le jour où vous en aurez besoin, ou alors vous ne la ferez jamais, ça ne changera rien à votre site. Mais si un jour ça vous prend, en 2 minutes c’est fait.
PS : Ce tutoriel a été testé avec succès sur un hébergement Gandi. Il est publié ici sous la forme d'un wiki et a du coup été modifié de diverses manières par plusieurs utilisateurs. Pour lire le tutoriel original de Lektum, rendez-vous sur Lektum.info.
Ce document est une traduction tirée du fichier readme de Drupal.
Il est possible de faire fonctionner plusieurs sites avec une même installation (comprenez les mêmes fichiers PHP) de Drupal.
Les configurations supplémentaires sont créées dans des sous-répertoires du répertoire ‘sites’.
Chaque sous-répertoire doit contenir un fichier ‘settings.php’ qui définit les paramètres de configuration.
Une façon simple de créer des sites supplémentaires est de copier le répertoire ‘default’ et de modifier le fichier ‘settings’ qu’il contient avec les paramètres qui vont bien.
Le nom du nouveau répertoire dépend de l’URL du site. Pour www.exemple.fr, le répertoire serait : ‘sites/exemple.fr (notez qu’on peut retirer ‘www.’ si les utilisateurs peuvent accéder à votre site directement par http://exemple.fr).
Il n’est pas obligatoire que les sites possèdent des noms de domaine différents. Vous pouvez aussi utiliser des sous-domaines ou des sous-répertoires pour vos sites Drupal. Par exemple, exemple.fr, sous.exemple.fr et sous.exemple.fr/site3 peuvent être définis comme des sites Drupal indépendants. Les paramètres pour une configuration de ce type ressembleraient aux points suivants :
sites/default/settings.php
sites/exemple.fr/settings.php
sites/sous.exemple.fr/settings.php
sites/sous.exemple.fr.site3/settings.php
Par exemple, pour la configuration www.sous.exemple.fr/site3, Drupal cherche les fichiers de configuration dans l’ordre suivant, et utilise le premier fichier qu’il trouve :
sites/www.sous.exemple.fr.site3/settings.php
sites/sous.exemple.fr.site3/settings.php
sites/exemple.fr.site3/settings.php
sites/www.sous.exemple.fr/settings.php
sites/sous.exemple.fr/settings.php
sites/exemple.fr/settings.php
sites/default/settings.php
Si vous avez installé Drupal sur un port non-standard, le numéro du port est traité comme le premier sous-domaine, par exemple : http://www.exemple.fr:8080 peut être chargé depuis sites/8080.www.exemple.fr/. Le numéro du port peut être omis, selon la démarche ci-dessus, si aucune configuration spécifique au port n’est trouvée, comme pour un vrai sous-domaine.
Chaque site configuré peut avoir ses propres modules et thèmes qui seront proposés en plus de ceux se trouvant dans les dossiers ‘modules’ et ‘themes’ standard. Pour utiliser des modules ou des thèmes spécifiques au site, il suffit de créer un répertoire ‘modules’ ou ‘thèmes’ dans le répertoire de configuration du site. Par exemple, si sous.exemple.fr a un thème personnalisé et un module spécifique qui ne doit pas être accessible aux autres sites, la configuration sera la suivante :
sites/sous.exemple.fr/:
settings.php
themes/theme_specifique
modules/module_specifique
NOTE : pour plus d’information sur des hôtes virtuels ou les paramètres de configuration, consultez le manuel Drupal sur drupal.org.’,’On peut faire fonctionner plusieurs sites avec une même installation de Drupal.
Les configurations supplémentaires sont créées dans des sous-répertoires du répertoire ‘sites’.
Chaque sous-répertoire doit contenir un fichier ‘settings.php’ qui définit les paramètres de configuration.
Une façon simple de créer des sites supplémentaires est de copier le répertoire ‘default’ et de modifier le fichier ‘settings’ qu’il contient avec les paramètres qui vont bien.
Le nom du nouveau répertoire dépend de l’URL du site. Pour www.exemple.fr, le répertoire serait : ‘sites/exemple.fr (notez qu’on peut retirer ‘www.’ si les utilisateurs peuvent accéder à votre site directement par http://exemple.fr)
On a parfois besoin dans Drupal de limiter la visibilité d’un bloc à un type de contenu particulier. Or, il n’est pas possible de faire cela en se basant sur les chemins internes dans les paramètres de configuration du bloc. Il reste donc deux solutions :
Utiliser du php pour gérer la visibilité :
Entrez le code ci-dessous dans les paramètres de visibilité (choisissez bien PHP pour le type de visibilité) et remplacez «story» par le type de contenu sur lequel vous souhaitez que votre bloc s’affiche
<?php
if(arg(0) == 'node' && is_numeric(arg(1))){
$node = node_load(arg(1));
($node->type == 'story') ? $afficher = TRUE : $afficher = FALSE;
}
return $afficher;
?>Utiliser le module context :
Le module context permet de définir comme son nom l’indique des «contextes» sur votre site. En l’occurence il est facile de créer un mini-contexte du style «sur tel type de contenu, je veux afficher ce bloc». Attention ! pour que contexte puisse placer les blocs lui même, ceux ci ne doivent pas être déjà placés par la page de gestion de blocs classiques de Drupal. Attention également si vous avez installé i18n : context s’entend très mal avec lui. Une partie des problèmes peut se résoudre en augmentant le poids du module context dans la table system mais la cohabitation reste difficile.
http://drupal.org/project/context
Malgré ces remarques, l’intérêt de context ne se limite pas à placer un bloc selon un type de contenu, il peut déclencher différentes réactions en fonction de différents éléments, un module à tester donc et qui fait un joli compagnon pour features.
Le fait de pouvoir voir tous les blocs présents dans un contexte particulier est également un plus pour l’utilisation de context. En effet, la page des blocs de drupal ne permet pas de par exemple réunir tous les blocs présent sur telle ou telle page, ou tous ceux présents sur tel ou tel type de contenu.
Cette page à pour but de regrouper les différentes astuces permettant d'améliorer les performances de Drupal.
N'hésitez pas à ajouter vos astuces.
Views est un module très puissant avec une interface complexe. Il vous est sans doute arrivé d'avoir de gros problèmes de lenteur au moment de charger certains options. Pour rémédier à cela, une solution simple consiste à éditer votre fichier php.ini et lui rajouter la ligne suivante :
output_handler = ob_gzhandler
Il peut arriver que cette configuration pose des problèmes avec la gestion des images. Dans ce cas il est préférable de la laisser en commentaire et plutôt d'activer la compression de sortie zlib :
zlib.output_compression = On
Vous avez peut-être eu , après activation de certains modules des pages blanches en réponse à une requête, et des temps de réponse importants.
J'ai pu supprimer cet effet désagréable en modifiant le fichier /etc/php.ini, afin d'augmenter la mémoire allouée à PHP :
memory_limit=256m
Aussitot après un redémarrage http, plus de problème.
Les causes de problèmes de lenteurs peuvent être multiple : configuration serveur, lenteur des requêtes de bases de données. Vous pouvez effectuer un premier contrôle de performance avec le module performance logging.
Le module Devel permet également de lister les requêtes effectuées sur une page et identifier les plus lentes.
Sur cette question, j’ai lu quantité de posts et quantité de tutos, la plupart en anglais. Croyez-le non, tout le monde y va de son bout de code à insérer dans template.php. Je les ai tous testés, tous ceux que j’ai trouvés. Aucun n’a fonctionné sur mon Drupal 6.10. Délirant, non ? Cela doit pourtant être simple de personnaliser un pauvre champ input text et un bouton submit. Et bien oui, mais seulement grâce au module Custom Search Box, un des modules les plus simples qui soit, mais redoutablement efficace, et le tout sans manipuler aucune ligne de code.
Custom Search Box vous permet en effet, depuis Configuration du site > Paramètres de recherche, de modifier ou supprimer le label «Chercher dans ce site», d’ajouter ou modifier le texte qui s’affiche par défaut dans le champ de formulaire (idéal pour y mettre par exemple «rechercher sur le site»), ou encore de personnaliser le texte du bouton submit (Ok à la place de «recherche», par exemple). Bref, un must absolu, qui s’installe en 2 secondes et se configure en 3 secondes, ce qui fait un temps de travail total de 5 secondes pour personnaliser le formulaire de recherche d’un site sous Drupal. Je sais, vous en rêviez. Moi aussi.
Installation et paramétrage :
- télécharger et installer/activer le module
- aller dans configuration du site > paramètres de recherche (admin/settings/search) : en bas de la page un nouvel encadré d’options apparaît : tout se fait là (il n’y a pas de page de configuration dédié à ce module : c’est une sorte de greffon sur le module search global, dont il dépend et qui doit donc être activé)
- enregistrer et, au besoin, vider le cache, voilà c’est fini et ça marche du 1er coup !
Bien sûr, vous pouvez aussi avoir envie de modifier après la mise en forme graphique du formulaire. Cela, c’est facile, c’est un travail de theming CSS. Suffit de connaître 3 mots de CSS et c’est réglé.
Have fun ! et merci à Custom Search Box, un module comme on les aime !
Cas concret : j’ai un article vidéo qui possède un tag (taxonomie) «hip hop» et autre tag «Missy Eliott» : comment afficher tous les nodes vidéos du site qui possèdent au moins un de ces deux tags avec views ?
Créer une vue avec un affichage de bloc, bloc que vous placerez sur les nodes de votre choix. Choisissez «taxonomy_term_id» comme argument de la vue ; et choisissez «provide default argument» au format «php».
Entrez le code ci-dessous : il va retourner à la vue tous les tags d’un certains vocabulaire utilisés par le node actuellement vu.
Par exemple il retournera une chaine du type «101+103+156», qui voudra dire pour la vue «je dois aller chercher tous les nodes qui ont le tag (term id) 103 ou le tag 101 ou le tag 156.
<?php
$vid = 3; //mettre ici l'id vocabulaire dans lequel vous voulez chercher
$node = node_load(arg(1));
$tab = array_keys((taxonomy_node_get_terms_by_vocabulary($node, $vid)));
$arguments = implode('+', $tab);
return $arguments;
?>Pensez à exclure le node actuel de la liste de résultat !
Comme notre vue est en bloc, les arguments ne sont pas reçu dynamiquement de l’url, il faut donc faire la manip suivante :
ajouez un argument «node nid», choisissez encore «provide default argument» puis choisissez «node nid from url» et enfin cochez tout en bas «excude the argument».
Ce qui en langage terrien signifie : je ne veux pas afficher le node actuel dans la liste des nodes possédant des tags similaires.
Aller un peu plus loin : Explications détaillées du code
Note : En réalité, sur un site exigeant au niveau des performances, il serait plus avantageux de créer une requete sql complète plutôt que d’utiliser les fonctions de l’API tel que node_load ou taxonomy_node_get_terms_by_vocabulary.
Notamment parce que la fonction node_load charge TOUT l’objet node et appelle tous les hooks lié à un node ; ce qui est complètement inutile dans notre cas.
La fonction node_load dispose toutefois d’un systeme de cache lorsqu’elle est appelée plusieurs fois sur la même page mais j’ignore si cela suffit à compenser la surcharge de code induite.
<?php
$vid = 3;
// l'id du vocabulaire dans lequel on va chercher
// les tags
$node = node_load(arg(1));
// pour la fonction qu'on va utiliser ci-dessous
// on a besoin de récupérer l'objet node
// on utilie la fonction node_load avec pour argument
// le nid qu'on prend dans l'url avec arg(1)
$tab = array_keys((taxonomy_node_get_terms_by_vocabulary($node, $vid)));
// on utilise la fonction taxonomy_node_get_terms_by_vocabulary
// de l'API de Drupal qui permet de récupérer tous
// les termes d'un node en fonction d'un id de vocabulaire.
// Cette fonction retourne les informations complètes des termes
// (nom, description, tid etc...)
// en utilisant la fonction array_keys, je peux récupérer uniquement
// les term_id, qui est la données qui intéressent views
// on obtient un tableau avec tous nos term ids.
$arguments = implode('+', $tab);
// je transforme le contenu du tableau en une chaine de caractères
// de la forme 105+106+64
// qui veut dire pour views
// chercher les nodes dont les id de termes sont 105 OU 106 OU 64
return $arguments;
// je retourne à views l'argument
?>Quand vous listez les billets de votre blog vous pouvez observer une ligne en bas de chacun des billets «admin’s blog», ce qui est très moche.
Cela peut-être utile lorsque vous avez plusieurs blogs sur votre site, mais ça n’a aucun intérêt ou presque en solo.
Pour le modifier de façon à mettre le nom de votre site par exemple, suivez ce mini-tuto (inspiré de arNuméral).
Créez le répertoire /sites/all/modules/mes_modules/TitreBlog/
Dans ce dossier, créez 2 fichiers, TitreBlog.info et TitreBlog.module.
Il est primordial que les fichiers et le dossier les contenant aient le même nom.
Dans TitreBlog.info, insérez ces lignes de description :
name = "TitreBlog"
description = "Modifie le titre du blog d'actualités."
package = "Modules"
project = "Modules"
version = "6.x-1.0"
core = 6.xDans TitreBlog.module, mettez ce code :
<?php
function TitreBlog_link_alter(&$links, $node)
{
foreach ($links as $name => $link)
{
if ($name=="blog_usernames_blog")
{
$links[$name]['title'] = "Nom de votre site"; // A adapter
}
}
}
?>Activez le module dans les paramètres de Drupal et admirez le résultat ! \o/