Au vu des "récents" billets, d'un emploi du temps débordant, de la concurrence féroce de twitter, facebook pour l'échange d'informations, je pense que ce blog ne va pas connaitre de mise à jour d'ici un bout de temps.

Je conserve pour le moment l'hébergement, les billets de blog (on sait jamais) et je vais réfléchir à une reconversion de ce site.

Bonne Année

Vous pouvez continuer à me suivre ici ou là :

Ici : http://twitter.com/bricef

Là : http://www.flickr.com/photos/bricef/

Ou bien encore là : http://camera.obscura.fr/

Principe

Dans les modules de drupal, on trouve des fichiers à l'extension .install permettant d'installer des schémas de bases de données. Pour permettre de faire évoluer ce schéma, l'API drupal propose des fonctions permettant d'ajouter, supprimer, modifier des champs dans le schéma. Ces opérations sont exécuté lors d'un changement de version d'un module, en appellant le fichier update.php depuis votre navigateur.

Ce billet à pour objectif de décrire les variables utilisées, présenter comment implémenter les fonctions, et liste les fonctions de l'API.

Variables :

Avant tout une petite indication sur les variables utilisés $table, $field, et $spec

Eléments standards lors d'une modification de schéma.

La fonction de mise à jour est une fonction hook de forme hook_update_N où N est l'identificant de la mise à jour. Sur la documentation de ce hook on peut lire que N doit être de la forme suivante

1 digit pour indiquer la compatibilité avec Drupal (5, 6 ou 7)
1 digit indiquant la version majeur du module au moment de l'update
2 digits permettant de compter les mise à jour et commençant par 00

Si vous consultez les fichiers .install de vos modules préférés, vous pourrez ainsi suivre l'évolution de ceux ci, et détecter d'éventuelles erreurs ou incompatibilités.

Les fonctions implémentants ce hook doivent retourner un tableau contenant la liste des requêtes. Ce tableau est passer en paramètre des fonctions que je vous présente plus loin. Si vous désirez executer des requuêtes SQL il faudra utiliser la fonction

update_sql

et ajouter le retour de cette fonction dans le tableau de retour :

Les fonctions :

Je me suis récemment découvert une nouvelle passion, autre que l'informatique et celle-ci m'a amené beaucoup de plaisir et m'a permis de me lancer dans de grandes aventures.

J'ai donc le plaisir de vous inviter à ma première exposition qui durera tout l'été.

A bientôt.

It's official.

Plusieurs choses dans mon actualité récente. Tout d'abord je suis officiellement devenu, depuis le 22 avril dernier, Zend Certified Engineer en passant la certification Zend : http://zend.com/zce.php ?c=ZEND013750&r=235207150. Cela faisait un moment que j'avais envie de valider mes acquis autoru de ce langage par cette certification. La préparation m'a permit de revoir un certain nombre de concepts autour du langage : Designs Patterns, Stream, Sécurité. J'ai d'ailleurs trouvé que l'ensemble (examen plus préparation) accentue beaucoup sur les aspects industriel du langage en incitant à développer de maniè plus propre. Il va donc falloir bien bûcher ce que les notices peuvent remonter pour résir l'examen.

PHP Solutions mag disparaît des kiosques.

Lors d'un précédent billet, je cherchais la liste des magazines informatique existant équant le PHP. Le seul magazine uniquement consacré au sujet, encore disponible en kiosque, PHP Solutions Mag, vient de devenir entièment numérique. Une bonne aubaine pour les geeks qui n'auront plus à sortir de chez eux pour consulter ce mag devenu entièment gratuit. J'hésite entre m'en attrister ou m'en réjouir.

Un RDV Drupal à Lyon

Ca fait un moment qu'on en parle, qu'on essaie de le faire, mais voilà un RDV régulier autour du CMS Drupal est en train de se monter sur Lyon. L'objectif est de réunir toutes les personnes intéssées par ce CMS autour d'un petit repas. Tous les profils (développeurs, intégrateurs, employeurs) sont invité Le premier rendez vous, organiser par Chipway, est fixée 07 juin prochain. Plus de détails sur groups.drupal.org.

Ca déménage

L'activité sur pelmel.org est un peu au ralenti depuis quelques mois. Le temps me manque pour écrire et tester tout ce que j'aurais envie, je me passionne de plus en plus pour la photo ce qui est une autre manière de geeker. Je garde en projet de monter mon site dédié à Drupal, il faut simplement que je trouve le temps de lui apporter un peu de matière. Un autre projet me prends pas mal de temps, je vais en effet déménager au cours de l'été. Après quelques années sur Lyon, je retourne dans le sud. Une autre aventure commence. Stay tuned.

Il y'a de celà bien longtemps, quand j'était un jeune codeur fougueux et plein d'entrain, je me suis frotter au langage Perl dans sa version 5. J'ai trouvé ce langage très élégant, très adapté pour le parcours et l'affichage de texte (d'où un usage intense sur le web). En association avec le CPAN, un repository de librairies, il devient possible de tout programmer. En 2000, le concepteur de Perl annonce une grande refonte de Perl pour migrer vers Perl 6. Cette version n'a pas encore été finalisé, même si des implémentations existent. Depuis, Perl est devenu moins à la mode au profit d'autres langages de script comme Ruby, Python, ou, un de ses descendants PHP.

Peu après la sortie de PHP 5, les développeurs du langage ont évoqués la prochaine version majeure : PHP 6 qui serait unicode ou ne serait pas. Ce changement majeur à entrainé une réécriture complète du langage avec un avancement plus ou moins rapide. Au fur et à mesure les autres nouveautés du langages ont été incorporés à ce qui est maintenant PHP 5.3. En 2010 toujours pas de PHP 6 et visiblement la version est reporté sine die (résumé ici : http://schlueters.de/blog/archives/128-Future-of-PHP-6.html ou là http://blog.developpez.com/julienpauli/p8735/php/php6-and-future-ca-bouge-sur-les-mailing/)

Alors y'a t'il une malédiction de la version 6 pour les langages commençant par P ? Peut-être. Plus certainement, nombre de projets Open Source arrivent à un moment ou un autre à des phases critiques où ils ont plus de mal à avancer : nombre d'utilisateurs nombreux sans pour autant plus de core developper, débats sans fin pour choisir tel ou tel route, hésitation entre une refonte complète ou bien des aménagements et difficultés techniques.

Reste maintenant à espérer que les décisions prises récemment pour PHP porte rapidement leur fruit. En tout cas ça à l'air bien parti avec des idées intéressantes : bundling APC, Traits... Plus d'infos sur PHP Internals : http://aspn.activestate.com/ASPN/Mail/Message/php-dev/3833647

Et nous voilà donc en 2010. La fin de l'année aura été tellement intense que je n'ai pas encore bien réalisé que nous avions irrémédiablement basculé dans le XXIe siècle. L'année 2000 semble bien loin.

Si je jette un coup d'oeil sur 2009, je vois tout d'abord la sortie effective de PHP 5.3. Pour l'instant l'adoption reste mesurée mais cette version est prometteuse. Pour ma part, ayant passé une bonne partie de l'année sur Drupal, qui est encore compatible PHP 4, je n'ai pas franchi le pas. La sortie prochaine de Drupal 7.0 devrait sans doute changer la donne.

En dehors de ça, je dois avouer ne pas avoir bien suivi l'actualité geek cette année. Concernant les frameworks PHP on est en vitesse de croisière. Copix se prépare à sortir son CMS, Cake PHP renait de ses cendres, Symfony sort de nouvelles branches et Zend Framework plusieurs versions. On assiste à l'apparition d'un Zend Application bien prometteur qui amorce la mise en place d'un cadre applicatif officiel. On notera la domination sans faille de Doctrine qui devient l'ORM de référence en PHP.

Dans le monde du web il n'y a pas eu de grandes révolutions maiss des petites évolutions comme les listes twitter et le wasabi netvibes. Google à passé son temps à améliorer son moteur de recherche avec l'apparition de gadget toujours plus geek. D'un autre coté Google Wave a déçu mais il amorce une nouvelle vision du travail collaboratif.

Pour ma part, j'ai donc été bien occupé sur une partie de l'année par le CMS Drupal. Année qui a d'ailleurs démarré en fanfare par l'organisation d'un Drupal Camp à Lyon lors du premier trimestre. Par la suite, les projets se sont enchainés à vive allure (aussi bien pro que perso tel que Camera Obscura) quelques billets sur le sujet sont apparus ici, et quasiment autant sont en train d'être rédigé. Pour permettre de libérer un peu le blog pelmel et parler d'autre choses, je devrais bientôt les migrer sur un nouveau site... sous Drupal bien sur. Sur mon temps libre, j'ai passé nettement moins de temps à geeker et beaucoup plus à faire de la photo, ce qui est, en soi, une autre manière de geeker. En 2010 ça devrait continuer, j'essaierai quand même de garder du temps pour maintenir ce site, surtout que se profile pas mal de changements pour ma pomme et pour le monde du libre (un premier exemple ici : Save MySQL)

Je vous souhaite en tout cas une bonne et fantastique année. (Ca vaut aussi pour toi le voisin d'en face et toi celui de presqu'en face.)

En ce moment je ne trouve pas le temps de bloguer, ni même de suivre les blogs, la faute à qui ? Et bien cette parodie de la chute vous en donnera les clés. J'adore la conclusion tellement vrai :

Et puis plus sympathique, Hug a developer :

J'ai entamé ce billet suite à une conversation avec des stagiaires sur les différents modules de traduction disponible sur Drupal. La partie traduction, internationalisation ou encore localisation d'un site internet est un aspect qu'on voit finalement très peu dans notre beau pays qu'est la France. De façon générale, les pays qui bénéficie d'une seule langue officielle et qui est activement parlée dans le monde ne s'en soucie guère, hormis dans le sens langue étrangère vers langue du pays.

Le créateur de Drupal étant flamand, il y'a de forte propabilité que cet aspect soit bien traité dans le système. Globalement c'est le cas a quelques petites bizarreries près.

La gestion des langues de l'interface

Drupal dispose, dans ses librairies, de la fonction php la plus courte du monde vu qu'elle n'a qu'une lettre : t() ; C'est aussi celle qui est le plus couramment utilisée car elle effectue la traduction des chaines de caractères de l'interface de l'application. En gros chaque fois qu'un module ou une fonction de drupal affiche une ligne de caractère, t l'entoure. Pour faire la liaison entre la chaine d'origine et les chaines traduites, Drupal utilise des fichiers gettext qui sont identifié par l'extension .po. L'avantage d'avoir choisi ce format est qu'il est très répandu notamment pour la gestion des traductions des interfaces des installations Linux. Même si on ne peut pas utiliser les fichiers directement, on peut se servir des applications qui ont été développés comme poedit.

Par défaut Drupal propose une interface permettant de connaitre le nombre de chaînes utilisées sur votre site et de savoir combien ont été traduites (le lien est admin/build/translate). A partir de ce système la communauté a développé plusieurs modules qui ont été développés pour simplifier la vie d'un traducteur. Celui que je retiendrais en tête est Localization Client.

En ce qui concerne les éléments dynamiques d'un site (termes de menus, termes de taxonomie), vous trouverez toutes une série de module "translation" qui intégrerons ces termes en tant que terme traduisible par les interfaces.

Pour les contenus et les blocks, c'est un peu plus complexes mais possible aussi. Le seul point un peu bizarre est la gestion des titres des blocs. Pour résoudre le problème j'ai eu à recourir à une modification d'un template en ajoutant la fonction t() sur le titre mais je pense qu'il y'a d'autres solution que je n'ai pas exploré.

Comment récupérer la traduction d'un module

Pour procéder à la traduction des modules, mais aussi récupérer des modules déjà traduit, la communauté Drupal est en train de développer un site spécialisé sur le sujet. Il utilise le pendant de Localization Client, à savoir Localization Server. Ce site es accessible à l'adresse suivante : http://localize.drupal.org/. A terme il est destiné a contenir toutes les traductions de tous les modules drupal que l'on trouve sur drupal.org. La partie française n'est pas en reste (la création d'un compte est nécessaire pour pouvoir y accéder).

Une fois sur le site, vous pouvez vous rendre sur l'onglet Export pour pouvoir récupérer les fichiers de traduction. Entrez le nom du module que dont vous désirez la traduction dans le champ "Project", comme par exemple Views. Plusieurs options se présentent ensuite à vous comme la version du module que vous utilisez ou les options de packaging. Pour ma part, je choisis le package "All in one file" qui me transmet un fichier .po et laisse les autres options par défaut. En cliquant sur Export vous récupérez le fichier que vous pouvez ensuite importer sur vos site par le biais de l'interface de traduction de l'interface de Drupal. Rien ne vous empêche de rajouter vos propres lignes et traduction puis de les réimporter sur http://localize.drupal.org/. Tout le monde y gagnera.

Tous à vos dicos...

Voilà, maintenant rien ne vous empêche de participer à l'effort de traduction et de dupliquer vos sites en plusieurs langues. Reste à apprendre les langues ou faire confiance au nouveau traducteur de Google.

En consultant le maigre mode d'emploi du téléphone de ma dulcinée (un charmant portable griffé "Hello Kitty", seul téléphone "simple" dispo chez Bouygues en ce moment, c'est ça ou Betty Boop) j'ai découvert une fonction insolite.

Cette fonction, appelée "Appels Simulés" permet dixit l'application de "simuler des appels entrants lorsque vous désirez quitter une réunion ou interrompre une conversation embarrassante". Il est également possible de faire semblant de parler au téléphone en pré enregistrant un message.

Donc après le filtrage d'appel, voilà le zappage de personne. On arrête pas le progrès.

PS : En cherchant à l'aide de mon ami google, des informations sur ce sujet, je suis tombé sur un billet sociologique très intéressant.

Ce petit blog est un post pense bête pour lister les modules fournissant des champs à associer à CCK. Il sera compléter au fur et à mesure de l'avancement des différents projets.

Edit : Sur Ineation Alexandre a également écris (mais je ne l'avais pas vu) un très bon billet à ce sujet.

Date

Lien : http://drupal.org/project/date

Ce module permet, entre autre, d'ajouter des champs de type Date à vos contenus. Les champs disposent de plusieurs paramètre : format de la date, possibilité de mettre en place une date de début et date de fin, indiquer les éléments (jour, mois, année, heure, seconde) à renseigner. A noter que le champ CCK ne propose pas de widget calendar. Celui-ci est par contre disponible en installant le module Date Popup. (Merci Raoul pour la remarque).

EmailField

Lien : http://drupal.org/project/email

Un petit module qui ne paie pas de mine mais qui permet d'ajouter des champs email, les valider et les protéger par un Antispam. A noter, dans la même idée, le champ phone : http://drupal.org/project/phone

FileField

Lien : http://drupal.org/project/filefield

Ce module permet d'ajouter des champs de types fichiers aux types de contenus. Il fournit un widget d'upload. A noter qu'il est possible de lier des fichiers à des noeuds par l'intermédiaire du module Upload. Il peut-être complété par le module ImageField pour la gestion des images.

Edit : Pour les images, j'ai aussi regardé le champ IMCE CCK Image qui permet d'associer le champ avec IMCE et, ainsi, permettre la réutilisation de celle ci à travers les différents contenus de votre site. Une solution pratique mais qui manque encore de fonctionnalités (pas de contrôle lors de la suppression d'une image ou difficultés pour créer des répertoires, pas de possibilité immédiate de réutilisation des images dans des galeries). En clair, il reste encore pas mal de travail pour arriver à quelque chose de satisfaisant.

Link

Lien : http://drupal.org/project/link

Ce module permettant d'ajouter des liens à vos types de contenus. Il permet de gérer les liens externes et internes.

Location

Lien : http://drupal.org/project/location

Ce module permet, entre autres fonctionnalités, un champ de type gélocalisation à ajouter aux types de contenus.

To be continued...

PS : Vous pouvez aussi vous référez au projet drupalistic (en béta) pour rechercher vos modules.