Site Officiel
Submitted by Alibi on
Bonjour,
une question me taraude... Est-il possible d'avoir d'un côté une installation Drupal 6 et de l'autre une installation de Drupal 7 mais tout cela dans une seule et même base SQL avec un hébergement mutualisé chez OVH ?
Merci d'avance pour vos réponses !
;-)
Submitted by Woprrr on
Bonjour tout le monde ,
Bon voici le défis du jour !! je cherche pour des raisons esthétique a modifier la sortie du titre l'or de la création d'un contenu, je m'explique.
Je cherche a modifier le texte affiché lorsqu'on crée un contenu donc pour un type de contenu "cuisine " l'or de la création d'un contenu pour mes contributeurs le texte sera Créer 'cuisine' !! ce qui est totalement imbitable pour moi ! impossible de ce faire a ce texte stop la dictature ! quelqu'un connaitrai un moyen de changer ce texte ?
Submitted by jygastaud on
Bonjour,
La société Addvista recherche actuellement des concepteurs, intégrateurs et développeurs Drupal pour renforcer ces équipes.
Le poste :
Connaissances/Qualités requises :
Rattaché à notre équipe de développement, vous participerez au développement et à l’évolution de nos applications utilisant PHP ou Drupal. Vous concevrez des extensions et des modules pour Drupal et définirez les méthodes de dév les + efficaces pour industrialiser la prod.
Submitted by zempa on
Salut à tous.
je viens poster ici non pas pour réclamer de l'aide mais au contraire pour vous donner une explication sur un problème que j'ai pu constater sur Drupal 6.
Comme le titre l'évoque, le problème concerne l'impossibilité de se connecter à l'admin via l'url http://www.monsite.com/admin.
En fait ce problème apparaît quand on spécifie un noeud pour la page "access denied" depuis le back office.
Submitted by TiTi on
Bonjour à tous,
Je me retrouve actuellement avec un problème concernant le path de mon installation drupal multisite.
Situation:
Installation du domaine principal ok. Accessible via http://www.mon-domaine.com
Installation du sous-domaine: ok mais accessible via http://sous-domaine.mon-domaine.com/www
Problème:
Mon sous-domaine est donc accessible via l'adresse ci-dessus alors que je souhaiterai enlever le dossier "/www" de mon URL.
Hiérarchie serveur:
Mon site est hébergé chez OVH en mutualisé pro.
Mon accès FTP fourni par OVH m'offre la structure suivante:
Submitted by sahuni on
Travaux informatiques php/drupal
Métier informatique depuis plus de 20 ans, indépendante de nationalité suisse, vivant en Valais.
Je cherche à faire des mandats dans une région couvrant la Suisse Romande :
en télétravail
ou in situ pour une région allant de Lausanne à Sierre
ou un mixte
Expérience Drupal depuis début 2009 (D6 et D7) :
- Intégration de modules existants
- Création de hooks pour altérer le comportement de Drupal
- Création de modules
- Suivi de projets
- Documentation
- Expérience en grandes entreprises (hors Drupal)
Dans les épisodes précédents vous avez pu lire une première présentation de Rules, module très utile et avec qui vous allez devoir devenir meilleurs amis lorsque vous utiliserez Drupal Commerce.
Nous allons donc voir comment exposer vos propres événements, conditions et actions à Rules. Rules est très flexible et offre la possibilité par défaut de rajouter les briques dont vous pourriez avoir besoin pour vos développements.
Commençons par les événements qui déclenchent les rules. Nous allons déclencher un événement lorsqu’un type de contenu précis sera visualisé, nous pourrions le faire avec les composants de base de Rules mais cela permet d’avoir un exemple assez simple. N’hésitez pas à consulter la documentation rédigée par fago pour rules, elle est assez complète et à jour.
Pour déclarer un événement il suffit d’implementer le hook hook_rules_event_info() et de décrire tous vos événements avec leurs paramètres. Exemple :
<?php /** * Implements hook_rules_event_info(). * Déclaration d'un événement basé sur le type du node vu. */ function monmodule_rules_event_info() { return array( 'nodearticle_is_viewed' => array( // Nom de l'événement à invoquer via Rules. 'label' => t("Un node de type article est entrain d'être vu"), // Description de la rule. 'module' => 'Mon Module', // Groupe dans lequel faire apparaitre l'événement (node, utilisateur ou mon module). 'arguments' => array( // Tableau des paramètres à passer à la fonction. 'article' => array('type' => 'node', 'label' => t('Article visualisé.')), // Ici seulement le node. ), ), ); } ?>
Pour que l’implémentation de l’événement soit complète il ne reste plus qu’à signaler à rules que l’événement se produit. Pour cela il suffit d’appeler la fonction rules_invoke_event() au bon moment. Dans notre exemple il suffit de faire cela au sein du hook_nodeapi() si le node est affiché et qu’il a le type article.
/** * Implements hook_nodeapi(). */ function monmodule_nodeapi(&$node, $op) { if ($op == 'view' && $node->type == 'article') { rules_invoke_event('nodearticle_is_viewed', $node); // Invocation de l'événement. } }
Regardons maintenant comment déclarer de nouvelles conditions, l’exemple ici consiste à déterminer si le node que nous sommes entrain de visualiser possède un champ CCK précis (de type nodereférence )avec une valeur.
Cette fois ci il faut implémenter le hook hook_rules_condition_info() pour arriver à nos fins. Comme d’habitude un exemple est plus parlant.
/** * Implements hook_rules_condition_info(). */ function monmodule_rules_condition_info() { return array( 'monmodule_has_nodereference' => array( 'label' => t('Mon node a un node référence.'), 'arguments' => array( 'node' => array('type' => 'node', 'label' => t('Node à vérifier')), ), 'module' => 'User', ), ); }
Comme pour la déclaration d’un événement, les conditions font appel à une fonction de callback, ici monmodule_has_nodereference. Dans cette fonction nous allons implémenter concrètement effectuer le test de la condition à évaluer.
Ici nous évaluons la valeur d’un éventuel node reference pour le champ field_book mais le nom de ce champ pourrait être exposé dans la configuration de la condition, cette valeur se retrouverait dans le paramètre $settings. Pour voir comment configurer les conditions et actions, reportez à la documentation.
Une fois que les événements et conditions sont là, il ne reste qu’une chose à faire, écrire le code qui va être exécuté une fois notre évènement déclenché et notre condition remplie. Vous l’avez compris cette fois il faut exposer cette action via le hook hook_rules_action_info().
Et toujours sur le même principe, la fonction de callback que vous avez déclaré est appelée lorsque la rule est déclenchée et satisfait les conditions configurée.
function monmodule_domyaction(&$node) { drupal_set_message(t("Ce noeud est de type article et possède au moins un node comme node reference dans le champ field_book")); // Effectuer tous les traitements imaginables. }
Etendre Rules 1 est donc quelque chose de très simple, tout se passe principalement dans ces trois hooks et grâce à eux vous pouvez étendre les possibilités de Rules à l’infini. N’hésitez pas à consulter la documentation pour découvrir d’autres fonctionnalités offertes par Rules.
Rules 2 (Drupal 7) permet d’utiliser Rules comme une API de façon beaucoup plus simple, cette nouvelle version explore très facilement les types d’entités et si vous installé entity metadata, vous pourrez également exploiter la puissance des informations additionnelles mises à disposition (accès à toutes les données d’un type d’entity).
Comment faire pour déclencher des actions avancées de façon conditionnelles avec Drupal ? Avec trigger et action les modules de core ? Oui pourquoi pas, mais connaissez-vous Rules ?
Rules est un module développé par Wolfgang Ziegler AKA fago et est simplement une pure merveille et ça ne serait pas surprenant qu’il soit intégré à core sur Drupal 8 en remplacement de trigger et action. Rules était puissant sous Drupal 6 et l’est encore plus sous Drupal 7 (enfin là !).
Ensemble nous allons construire quelques rules simples via l’interface de Drupal et une action « custom » en implémentant les hooks à notre disposition.
Définition : Une rule représente une ou plusieurs actions réalisées lorsqu’une ou plusieurs conditions sont remplies suite au déclenchement d’un événement.
Trois termes clés ressortent ici :
Condition
Une condition peut être le test d’une valeur d’un champ CCK, le rôle d’un utilisateur, le type d’un node, la valeur de l’URL, la force de Rules est que chaque module peut étendre les conditions disponibles avec par exemple Organic Groups qui donne la possibilité de tester si l’utilisateur est membre d’un groupe.
Les conditions peuvent être multiples et peuvent être groupées et combinées via des opérateurs logique (ET et OU).
Action
Une action est une opération à executer lorsque les conditions listées précédement sont toutes remplies. Charger un noeud, envoyer un email, afficher un message, attribuer un rôle et dépublier un node sont des exemples d’actions possibles. Les actions pouvant être executées sont elles aussi extensibles par les modules contrib.
Les actions peuvent être multiples.
Evénement
Un événement est une opération qui déclenche l’évaluation des conditions d’une rule. Exemples possibles : un node est visualisé, un commentaire est publié, un utilisateur se connecte, etc. Les événements sont eux aussi extensibles par les modules contrib.
Un exemple complet d’une rule serait donc d’attribuer le rôle contributeur à un utilisateur lorsqu’il soumet un node de type article.
La puissance de Rules réside dans le fait que les actions peuvent se combiner et les conditions peuvent s’additionner pour donner des rules très complexes.
Note : Ceux qui ont déjà travaillé avec Ubercart et les predicats retrouveront des similitudes avec Rules.
Il faut ajouter aux conditions, actions et événements un élément clé supplémentaire, les arguments. Lorsque l’on veut évaluer une condition sur le rôle de l’utilisateur, il est nécessaire d’avoir l’objet utilisateur à disposition. Lorsque l’on veut tester le type d’un node, il fait avoit l’objet node à disposition. L’utilisateur ou le node sont donc les arguments utilisés dans l’évaluation des conditions ou des événements. Les arguments à transmettre dépendent du déclencheur que vous avez configuré pour lancer l’évaluation d’une rule. Lorsqu’une action ou une condition que vous aimeriez utiliser dans votre rule n’est pas disponible, cela signifie que vous n’avez pas à disposition l’argument dont vous avez besoin (exemple : vous voulez tester le type du node alors que vous avez utilisé l’événement de déclenchement de la rule « lorsque l’utilisateur se connecte », vous avez à disposition l’utilisateur alors que vous voulez utiliser le noeud). La solution dans ces cas là est d’utiliser un rules set.
Le rules set est un ensemble de rules à executer. Les rules sets peuvent être utilisés lorsque les actions doivent être programmées dans le temps, exemple : dépublier tous les lundi les articles de la page d’accueil datant de plus d’une semaine. Les rules sets ont l’avantage de pouvoir cumuler les arguments (utilisateur, noeud, taxonomie, etc) et donc d’élargir les conditions et actions pouvant être executées.
Partie 2 sur les rules implémentées programmatiquement à venir.
Submitted by potch on
Bonjour,
je viens d'installer drupal sur mon serveur OVH et j'ai cette page qui apparaît et je ne comprends pas d'où cela vient...
Est ce un problème de version de PHP?
Merci pour votre aide !
// $Id: index.php,v 1.94 2007/12/26 08:46:48 dries Exp $
/**
* @file
* The PHP page that serves all page requests on a Drupal installation.
*
* The routines here dispatch control to the appropriate handler, which then
* prints the appropriate page.
*
* All Drupal code is released under the GNU General Public License.
* See COPYRIGHT.txt and LICENSE.txt.
*/
Votre module serait vraiment plus sympa si une liste d’éléments pouvait être triée via un glisser-déposer, non ? Long et compliqué à implémenter vous dites ? Et bien détromprez-vous, il existe des outils dans le coeur de Drupal pour justement pouvoir facilement implémenter cela, découverte de l’élément de formulaire de type #weight qui est assez méconnu.
Implémenter une telle fonctionnalité relève de l’ordre du theming, vous cherchez à afficher un formulaire d’une façon particulière et les éléments que vous voulez réordonner vont devoir être themés comme un tableau. La fonction qui nous intéresse pour arriver à nos fins s’appelle drupal_add_tabledrag(), elle est appelée au sein d’une fonction de theming que l’on applique à l’élément de formulaire qui englobe vos éléments à réordonner, regardons un peu de code :
/**
* Implements hook_theme().
*/
function module_reorder_text_theme($existing, $type, $theme, $path) {
return array(
'MODULE_reorder_text' => array(
'arguments' => array($form => NULL),
),
}
Il faut donc dans un premier temps déclarer votre fonction de thème. Cette fonction sera directement appliquée à un élément du formulaire comme suit :
function orderable_form($form_state) {
$form = array();
$form['#theme'] = 'module_reorder_text';
}
Regardons maintenant plus en détails le contenu de la fonction de thème :
function theme_module_reorder_text($form) {
// Titre des colonnes du tableau à trier
$header = array('', t('Weight'), t('Content'));
// Ajout du comportement "triable" sur le tableau qui a l'ID "sortable-table"
// Order signifie que les éléments seront triables voir la documentation pour les autres comportements
// Sibling : comportement à utiliser sur les éléments du tableau
// sortable-weight est un nom de classe à utiliser sur les champs qui sont liés dans le tableau
drupal_add_tabledrag('sortable-table', 'order', 'sibling', 'sortable-weight');
// $form['items'] est un tableau d'éléments à trier, cet élément de tableau a sa propriété #tree à TRUE.
foreach ($form['items'] as $key => $value) {
$value['weight']['#attributes']['class'] = 'upload-weight';
// Il est nécessaire d'utiliser la fonction drupal_render() pour afficher le champ en HTML
// Le javascript va remplacer le champ weight par des éléments qui peuvent être glissés / déposés pour réorganiser le tri.
$row = array('', drupal_render($value['weight']), drupal_render($value['text']));
$rows[] = array('data' => $row, 'class' => 'draggable');
}
$output .= theme('table', $header, $rows, array('id' => 'sortable-table'));
return $output;
}
Le vrai point important ici consiste à utiliser la fonction drupal_render() pour afficher le contenu des éléments du tableau.
C’est vraiment grâce à ce genre de petits détails que Drupal devient toujours plus indispensable. Merci Drupal !