Blog

Drupalcamp 2019 à Paris

piotre
05/02/2019
Les 15, 16 et 17 février 2019 aura lieu le Drupalcamp 2019 à Paris. Axess Open Web Services, partenaire de l’évènement, vous donne rendez-vous !
Drupalcamp 2019 Paris

Le 10éme Drupalcamp

Pour cette 10éme édition, le Drupalcamp se tiendra à l’espace Saint-Martin à Paris 3éme du 15 au 17 février 2019.

Ouvert à tous, le Drupalcamp est l’occasion pour la communauté Drupal de se retrouver pour échanger, apprendre et partager leurs connaissances autour du logiciel Open Source Drupal.

Au programme de ce Drupalcamp 2019 :
» Des retours d’expériences d’entreprises utilisatrices de Drupal.
» Des conférences autour de thématiques nouvelles données par des membres de la communauté Drupal et des professionnels reconnus.
»Des sessions de découverte pendant lesquels des démonstrations seront données à destination d’un public plus novice.

Axess Open Web Services partenaire de l’évènement

Actif au sein de la communauté Drupal depuis 2001 et expert en développement Open Source sous Drupal, Axess Open Web Servicessera présent au Drupalcamp 2019 en tant que partenaire.

Cet évènement sera l’occasion pour nos experts d’échanger avec la communauté autour des pratiques et nouveautés de Drupal et d’enrichir leur expertise.

Nous vous donnons rendez-vous !

https://paris2019.drupal.fr/

OpenStack Summit

drico
09/05/2018
Nous serons présent à l'Openstack Summit 2018 à Vancouver !
openstack summit

Comme chaque année nous serons présent pour la grande conférence OpenStack. Cette année pas mal de nouveautés à venir, notamment sur les technologies de containers avec notamment plusieurs sessions autour de Kata container le nouveau venu dans le monde des containers sous openstack.

Egalement au menu :

  • des sessions ceph qui ne manqueront pas de nous donner des idées pour améliorer notre cluster de stockage
  • de la mise en place autour de kubernetes et la gestion des containers docker dans Openstack
  • la haute disponibilité des volumes Cinder
  • et bien sur les goodies de la market place

Cette année la conférence est conjointe avec un sommet autour du CI/CD ce qui également nous concerne en premier lieu afin d'améliorer nos méthodes du développeur à la mise en production.

Si vous y êtes aussi n'hésitez pas à nous faire signe, nous adorons échanger sur ces sujets !

Comment éviter des field_collection vides

jcisio
12/02/2015
Quand on utilise field_collection, dans certain cas, le dernier item d'un champ est vide (une entité field_collection est créée sans aucune donnée utile). Pour contourner ce problème, le module fournit un hook hook_field_collection_is_empty_alter() pour décider quand est-ce un item est vide.

Quand on utilise field_collection, dans certain cas, le dernier item d'un champ est vide (une entité field_collection est créée sans aucune donnée utile). Pour contourner ce problème, le module fournit un hook hook_field_collection_is_empty_alter() pour décider quand est-ce un item est vide.

Exemple :

 

/**
 * Implements hook_field_collection_is_empty_alter().
 */

function magnard_fiche_livre_field_collection_is_empty_alter(&$is_empty, FieldCollectionItemEntity $item) { if ($item->field_name == 'field_produit_auteurs' && empty($item->field_produit_auteur[LANGUAGE_NONE])) { $is_empty = TRUE; } }

 

 

Ce morceau de code évite de la création d'une field_collection field_produit_auteurs si elle n'a pas son champ field_produit_auteur (sans "s") rempli.

Nouveau logo Scald

piotre
11/09/2014
Un nouveau logo scald pour de nouvelles aventures, sous D8 entre autres.
nouveau logo scald

Un nouveau logo scald pour de nouvelles aventures, sous D8 entre autres.

Merci à Alex A., Aurélia Z !

Gérer proprement vos modules

jcisio
29/09/2013
Dans cet article, je présente une approche pour ranger les fonctions dans votre module en utilisant la programmation orientée objet (OOP). Cela n'a par contre rien à voir avec Drupal 8.

Dans cet article, je présente une approche pour ranger les fonctions dans votre module en utilisant la programmation orientée objet (OOP). Cela n'a par contre rien à voir avec Drupal 8.

Traditionnellement, dans un module, toutes les fonctions sont préfixées par le nom du module et présente dans le fichier ton_module.module. Ça fait un gros fichier ! Même si Dries a dit qu'il ne voyait pas de problème avec un fichier .module de 100 Ko, aujourd'hui on a la tendance de faire des petits fichiers ton_module.*.inc, chacun a une responsabilité unique. Pour utiliser une fonction dans ces fichier :

  • soit on met une require_once au début du fichier .module ;
  • soit on chaque fois on a besoin d'une fonction, on commence par module_load_include() ;
  • soit on charge le fichier automatiquement (le cas avec hook_menu(), hook_theme() etc.).

Si vous travaillez avec Drupal depuis un peu de temps, vous devriez connaître tout cela. Mais si on veut aller plus loin, on peut mettre les fonctions dans des classes sous forme des méthodes statiques. Les avantages sont :

  • autoload de toutes les classes ;
  • et l'utilisation propre de l'espace de nom.

Pour l'autoload, vous pouvez mettre classiquement les fichiers dans le .info dans les lignes files[] = ..., ou bien vous écrivez votre propre class loader si vous êtes trop paresseux pour modifier les fichiers .info, sinon vous pouvez en récupérer un avec Google.

Pour l'espace de nom, ce n'est pas forcément la vraie nouvelle fonctionalité du PHP 5.3 (car il arrive que vous utilisez encore la version 5.2), mais le nom de classe. Vous n'avez pas besoin de préfixer les méthodes dans vos classes. Votre intélligent IDE (vim l'est aussi) pourra avoir des suggestions plus pertinentes. Exemple : vous travaillez sur un projet "vous", avec 20 modules "vous_module1", "vous_module2"..., dans chaque module vous avez des fonctions vous_module1_fonction1, vous_module1_fonction2... et vous tapez "vous" votre IDE va suggérer 10 fonctions qui sont tous dans le premier module vous_module1. Pas très pertinent. Avec les classes séparées, votre IDE présente d'abord des classes, puis les méthodes quand vous complétez le nom de classe. Plus pratique !

Les méthodes enveloppées dans des classes ne pollue pas le scope global, elles aident aussi pour le refactoring ou le protypage ou le test. Mais l'article est trop long, donc j'arrête. Quand même, avant, pour l'info, ce paradigme est utilisé récemment dans Drupal 7 avec la classe FieldInfo (par yched et al.) et c'est très bien. Il n'y a alors pas de raison pour ne pas l'utiliser.

PS : un article sans code, mais allo quoi.

ton_module.inc

function ton_module_faire_1() {} function ton_module_faire_2() {}

sera :

TonModule.php

class TonModule { public static function faire_1() {} public static function faire_2() {} }

Modules Drupal 7 en vrac

piotre
21/10/2011
Voici quelques modules qui m'ont été bien utiles pour nos derniers projets Drupal

Voici quelques modules qui m'ont été bien utiles pour nos derniers projets Drupal :

Développement drupal sous vim : liste des fonctions drupal 6

piotre
19/03/2009
Comment ajouter l'autocomplétion des fonctions de Drupal 6 à vim

Après quelques projets drupal 6 développés sous l'éditeur vim, je me suis aperçu qu'une autocompletion incluant les fonctions core drupal 6 serait bien utile.

J'ai trouvé le dictionnaire des fonctions core drupal 5 pour vim ici : http://www.vim.org/scripts/script.php?script_id=1675, mais pas le dictionnaire des fonctions core drupal 6.

J'ai donc générer à l'aide d'un script la liste de l'ensemble des fonctions core drupal 6, tout en respectant la syntaxe des dictionnaires vim : drupal_6_core_functions.dict

Ensuite j'ai :

Et hop le tour est joué !