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.

Aujourd'hui quand google annonce ou distribue un nouveau produit, aussitôt une folie s'empare de la planète geek pour en savoir plus. Le dernier modèle du genre s'appelle Wave. Ce nouveau concept qui rassemble réseaux sociaux, outils collaboratifs et plateforme innovante a été dévoilé à la fin du mois de mai. Quelques mois plus tard, une première vague d'invitation a été lancée, vague qui s'en est suivi par une nouvelle vague où les premiers arrivés ont pu lancer leurs propres invitations qui devraient par la suite envoyer leurs propres invitation. On retrouve là l'effet qui avait fait parler de gmail, et, en même temps, un effet logique de propagation quand on propose une application "sociale".

Grâce à Nicolas, j'ai reçu mon invitation courant de la semaine dernière et je me suis donc rué dessus pour me faire une idée sur le sujet.

Première approche...

Au cours de ces derniers mois, je n'ai pas eu le temps de regarder la vidéo de présentation de Google, donc je m'aventurais en terrain complément vierge. Au premier abord, l'utilisateur fait face à une sorte d'application webmail avec quelques contacts. C'est avec eux que nous allons interragir ou plutôt échanger des vagues.

Une vague késaco ? Pour l'instant le terme est assez vague justement. En clair, une vague se partage entre les utilisateurs. Elle contient un certains nombres d'éléments plus ou moins complexes : Textes, images, vidéos, liens, gadget google. Ces gadgets sont des extensions qui peuvent être développer par des tiers. Le site en propose quelques unes : un block oui/non/peut-être, une application de Sudoku. Il est très probable qu'à l'instar des applications facebook, on voit arriver des applications en tout genre d'ici les prochains mois.

Ces vagues s'échangent avec des contacts. Chacun peut modifier la vague et les modifications se voient instantanément, comme ce que l'on peut déjà faire dans un google docs. J'imagine d'ailleurs de multiple applications pratiques rien qu'avec du texte et des images :
Brainstorming.
Critique et présentation de photos, design.
Portes documents avec rédaction en directe de certaines parties.
Préparation d'un évènement avec mise en place d'un plan, d'un parcours. Les prochaines réunions entre geek vont être funky. Dommage que pour l'instant les application d'intégration de google docs n'aient pas été réalisés (mais en cherchant un peu on doit trouver ça).

Un fait à noter, on peut ajouter à ses contacts des robots. Par exemple, si on se sent un peu seul sur la vague, on peut échanger une conversation avec Elisa, ou jouer au Chi-fou-mi. Cela parait sans doute un peu gadget à première vue, mais des robots intelligents pourrons servir dans des vagues pour répondre à des questions en allant chercher sur wikipedia, ou bien encore propulser le contenu d'une vague sur un blog.

Ergonomie et technique

D'un point de vue ergonomique, on est chez google, donc c'est relativement pratique. En clair l'interface est belle, pratique mais le souci est que google doit avoir switché en masse car le clic droit n'est pas pris en compte. Dommage, j'aurais aimer avoir un petit menu contextuel pour éditer les messages. Le double clic qui ouvre un menu me semble un peu anti ergonomique. Pour le reste, voici quelques raccourcis clavier bien pratique :
shift+entrée pour valider un message en cours d'édition.
ctrl+entrée pour répondre à un message quand on édite un message.
ctrl+e pour éditer un message sur lequel on est positionné.

Je n'ai pas trouvé sur le net une liste exhaustive, mais ça devrais être rapidement le cas.

Autre nouveauté sympathique, il est possible, avec Chrome et Gears, d'uploader des fichiers directement depuis son bureau vers le navigateur. Un vrai plus qui, je l'espère, démocratisera rapidement cette technique bien pratique sur d'autres applications (genre Drupal par exemple).

Et la suite...

Pour le moment, je n'en suis qu'à la découverte des fonctions. Je commence à avoir quelques contacts mais pas encore d'invitations à donner. C'est un peu le hic, car je pense que pour profiter pleinement des fonctionnalités et du potentiel de Google Wave, il faut le tester dans des conditions de travail. Je vois plusieurs applications très pertinente :

La rédaction partagée d'article avec un export ODT pour finir.
Un support de réunion téléphonique ou même en visu.
Un porte document pour des projets.

On peut même réver et imaginer, pourquoi pas, une extension qui irait taper dans un SVN pour une édition conjointe du code.

Autrement il y'a bien quelques bugs et erreurs de temps en temps, des applications ou bots pas encore bien développés, mais pour une béta on a, comme d'habitude avec google, une application qui est nettement plus abouti que d'autre applications dites stables.

Mais quand même parfois ça frise un peu le bordel :

Pour finir quelques liens

Pour la liste des extensions et des robots, reportez vous à la page suivante ou cet annuaire.

Si vous voulez en savoir plus sur la construction d'un robot, référez vous à la doc google.

Vous voulez twitter avecf Wave c'est ce lien ci qui vous indiquera comment faire.

Bonnes vagues.

Le 15, 16 et 17 octobre prochain aura lieu les JDLL à Lyon. Pour la 11ème année consécutives, les geeks du monde entier sont invités. Le programme est alléchant une fois de plus, dommage qu'on ne puisse se cloner.

Pour ma part, je ne sais pas encore si j'aurais le temps de passer à plusieurs reprises. Toutefois, en marge des journées, un rendez vous Drupal est organisé le vendredi 16 octobre à 12h30. Ce sera l'occasion d'échanger autour de ce CMS quelques mois après le DrupalCamp.

Donc si vous êtes intéressés, rendez vous vendredi, devant CPE et allez vers les gars à la goutte.

Celà fait un moment que je travaille avec Drupal, et pour mes besoins personnels et disposer ainsi d'un espace qui me permettrais de présenter mes photos de manière un peu différentes de flickr tout en conservant la possibilité de puisser dans ce système les clichés que j'y mettrais.

Drupal s'est rapidement imposé comme le CMS à utiliser. Outre l'expérience que je pourrais retirer à déployer entièrement un site en Drupal et l'administrer au quotidien, il y'a plusieurs avantages d'utiliser Drupal :

La présence de nombreux modules permettant de faciliter le référencement et de statistiques.
La possibilité de gérer plusieurs formats d'image et de mettre en place des caches.
La gestion des vues permettant de construire des galeries sous différents formats.
La gestion du cache et la compilation des css/js.
L'intégration directe de lightbox.
Une facilité à créer les thèmes.
Un système multilingue performant (on en reparlera).
Divers petits trucs : comptes utilisateurs, agrégateurs de flux, gestion de blocs HTML.

Le premier problème avant de monter le site est de choisir ce que l'on va utiliser. Au départ j'étais parti sur l'idée de créer un type de contenu image que je manipulerais ensuite pour créer mes galeries. Le problème est que l'intégration à l'intérieur des articles s'avère peu évident. En gros difficile de réutiliser une image déjà en place à moins de passer par l'intégration d'un file manager comme WebFM et ou IMCE. Au final j'ai préféré Image Assist qui créé un noeud image et s'intègre facilement dans les articles avec un redimensionnement à la volée. Cerise sur le gateau, il existe un plugin pour tinyMCE (même si au final je préfère écrire mes articles en bon HTML manuel). La construction des galeries se base sur la taxonomie comme on peut le voir sur l'exemple "Vue(s) de ma cité".

Pour le reste lightbox2 m'a fourni les moyens d'améliorer la galerie en permettant au visiteur de visiteur d'afficher les images en grand. J'ai aussi intégrer google analytics, sitemap, XML sitemap. Nodewords devrait suivre bientôt. Je vous conseille toutefois de limité le nombre de modules. La facilité de mise en place de ceux ci cache parfois des incompatibilités (surtout en javascript) majeur. Testez donc les bien individuellement avant de choisir la quinzaine de modules pour animer votre site. A ce niveau là, je pense que features va rendre de nombreux service pour la mise en place de site Drupal.

Le thème a été créé à partir d'une maquette HTML et de quelques récupérations d'images et de styles. Je ne suis pas doué pour ce genre de chose mais la mise en place d'un style assez sobre et simple a été plutôt rapide et simple. L'intégration d'une maquette HTML ne m'a jamais semblé si simple.

Dans les faites ça donne http://camera.obscura.fr/. Je vous souhaite une bonne visite et j'espère que vous apprécierez les photos présentes sur ce nouveau site.

Avant de prendre quelques semaines de repos bien mérités, j'ai commencé à étudier Zend Tool et Zend Application. Entre temps une nouvelle version de Zend Framework est sortie et j'ai pu investiguer d'avantage et me retrouver confronter à plusieurs questions d'architecture :

La mise en place de modules
L'intégration de l'ORM Doctrine
L'utilisation d'un répertoire de librairies propres à l'application

Idée de départ

Premier constat, la documentation autour de Zend Application est encore assez faible. Effectivement, on voit dans le Quick Start des références à ce composant, mais il s'avère très léger (normal finalement pour un quickie).

En consultant rapidement l'aide de de la fonction zf.sh, je constate la présence d'une fonction permettant de créer des modules que j'execute aussitôt.

Par la suite, et pour étoffer mon module, je créé un controlleur Index à l'aide de la commande zf.sh create controller name index-action-included module où name est le nom du contrôleur, index-action-included une variable permettant d'indiquer si l'on génère une action index pour le contrôleur (avec son templae) et enfin module est le nom du module. En ligne de commande ça donne ça :

Petit problème, l'adresse suivante http://localhost/monmodule/ affiche le message suivant : Message : Invalid controller specified (monmodule). L'application ne trouve pas le module. Qu'à celà ne tienne, nous allons ajouter, dans application.ini, l'emplacement des modules :

Deuxième petit problème, nous avons maintenant le message suivant : Message : Invalid controller class ("Monmodule_IndexController"). Le problème se situe maintenant dans le contrôleur lui-même, en effet la classe IndexController n'est pas préfixé du namespace MonModule en renommant, dans le fichier monmodule/controllers/IndexController.php IndexController par MonModule_IndexController on obtient la page d'accueil du projet.

Et voilà, désormais nous pouvons créer nos modules en faisant attention à bien indiquer les namespaces. En hackant le provider de Zend Framework, je suis sur qu'on peut s'économiser encore un peu de temps.

Pour aller un peu plus loin

J'ai pu remarquer que Zend_Application, par l'intermédiaire des ressources permet de grandement se simplifier la vie en ajoutant des paramètres resources dans application.ini pour créer un Zend_DB comme on peut le voir dans le QuickStart.

Exemple :

Mise en place dans application.ini

Modification du bootstrap pour récupérer l'adaptateur

Dans mon application, j'ai décidé d'utiliser, pour diverses raisons, l'ORM Doctrine. Pour celà j'ai suivi le très célèbre tutorial : Integrating Zend Framework and Doctrine mais il date maintenant un peu et ne prends pas en compte les dernières nouveautés de Zend Framework.

Celui ci par contre http://www.danceric.net/2009/06/06/doctrine-orm-and-zend-framework/ propose une solution complémentaire qui comprends Zend Application. Au final c'est celle que j'ai appliquée.

Petit Bonus : Qui dit Doctrine, dit édition de fichierr yaml. Pour vous faciliter la tâche, sous eclipse, voici un plugin fort utile : YAML Editor.

teasing : Pour faciliter l'intégration Zend_Form, Doctrine, j'ai utilisé cette librairie http://github.com/Vladev/zend-form-doctrine/tree/master. Je vous ferais un retour quand j'aurais des premiers retours.

Enregistrer un namespace

Le projet impliquait aussi de développer des nouvelles librairies permettant d'étendre les fonctionnalités de Zend Framework. J'ai donc créer un répertoire MyLib dans le répertoire library de mon projet Zend Application. L'enregistrement du namespace se fait ensuite dans le fichier de bootstrap en rajoutant la fonction _initAutoload :

Et voilà, désormais quand je fais un new MyLib_Class() ; , Zend Framework va rechercher le fichier Class.php dans le répertoire MyLib et instancier la classe MyLib_Class.

Conclusion

Je n'ai sans doute pas eu une utilisation très conventionnelle de Zend Application et les commentaires sont les bienvenus. Ce que j'en ressort, c'est que la recherche d'informations est assez difficile sur Zend Framework. C'est un peu pour ça que j'ai voulu synthétiser dans un billet le résultat des mes explorations. C'est un peu touffu mais j'espère avoir l'occasion de rassembler plus tard la documentation par grand thème ou bien sous la forme d'un jeu dont vous êtes le héros ("je veux faire ça alors je me rends ici ou là").

La documentation officielle est exhaustive et traduite, dans sa plus grande partie, en français. Toutefois il manque des exemples concrets permettant d'aller plus loin. Heureusement nombre d'utilisateurs publient des tutoriaux. Un conseil toutefois, vérifiez bien la date de publication. Zend Framework ayant énormément évolués ces dernières années (et mois) que le code peut parfois être erroné ou incomplet.

Dans le cadre d'un projet, j'ai eu la charge de la réalisation d'un gestionnaire automatique de transfert SFTP. Le langage étant libre, j'ai choisi de le réaliser en PHP. Pour ce faire, j'ai tout d'abord du procéder à l'installation de la librairie SSH2 pour PHP puis développer une classe.

Installation des librairies

Pour pouvoir utiliser SFTP (à ne pas confondre avec FTPS), il convient d'ajouter une librairie supplémentaire. Sous Windows, pas de soucis, ça a déjà été compilé pour vous. Il vous suffira de télécharger la dll de la placer dans les répertoires de vos librairies, puis de déclarer php_ssh2.dll dans php.ini.

Du coté de Linux, vous pouvez utiliser la commande pecl pour compiler la librairie :

A noter qu'il est possible de se passer de pecl en téléchargeant l'archive et la compilant. Quelque soit la méthode, il faudra ensuite de déplacer la librairie ssh2.so dans le répertoire des librairies et ensuites de modifier le fichier php.ini.

Attention à ce que votre système contienne la librairie SSH2.

Classe de transfert SFTP

Pour la classe de transfert, j'ai pris le partir de construira la connexion dès l'instanciation de l'objet. Les méthodes de la classe permettent de récupérer un répertoire entier ou bien un fichier individuel et envoyer une série de fichier, ainsi qu'un fichier individuel.

La classe est perfectible, n'hésitez pas à me faire vos remarques, vos retours pour améliorer . Pour ma part je l'ai insérer dans un ensemble plus grand avec une factory pour gérer également les connections FTP. Je l'ai également intégrer dans Zend Framework avec une très grande facilité.

Rien de tel que trois semaines de vacances pour se requinquer, surtout après une année particulièrement chaotique.

Comme chaque rentrée voilà l'heure des nouvelles résolutions et projets avec un regain de motivation. Reste à savoir s'il seront réalisés ?

Dans un immédiat très proche, je compte migrer pelmel.org sur un novueau compte afin de me permettre plus de liberté et créer de nouveaux sites. LE site sera donc peut-être en maintenance quelques temps.

Autrement, j'ai décidé cette année d'utiliser d'avantage twitter pour détailler et échanger sur mon travail. Contrairement à mon compte personnel, les tweets seront public et, la plupart du temps, en anglais. N'hésitez pas à me suivre si vous êtes intéressés par PHP en général et plus particulièrement Copix, Drupal, Zend Framework et Symfony : http://twitter.com/briceatwork

Bonne rentrée !