Le blog de llaumgui

leZRSS 1.0 RC1 (template pour flux RSS dans eZ Publish)

llaumgui — Sun, 28 Feb 2010 14:01:00 +0100

A mon avis, le gros défaut du module de syndication d'eZ Publish est le fait de ne pas faire appel au système de template.

Dans le cadre d'un site web classique, cela ne dérange pas, mais dans le cas d'un planet comme celui de Fedora-Fr j'avais des besoins particuliers :

L'URL du billet n'est pas l'URL de l'objet eZ mais celui du billet sur le blog de provenance
L'ajout des hackergotchis

Dans un cadre plus professionnel citons aussi qu'il m'arrive de détourner le système de RSS pour faire, par exemple, du podcast.

Bref, en voyant des allusions au système d'export RSS dans les notes de version d'eZ Publish 4.3 alapha 1, j'étais confiant en une telle implémentation mais malheureusement ce n'est toujours pas le cas. C'est donc pour palier à cette lacune que j'ai développé leZRSS.

Qu'est-ce que leZRSS apporte ?

Le module rss2/feed identique à /rss/feed mais utilisant le système de template (override possible selon le type d'objet).
Un opérateur fetch permettant de récupérer la liste de tous les flux RSS de la plateforme.

Je n'ai pas encore proposé cet extension sur la forge d'eZ Publish car le secteur des flux RSS est déjà pas mal squatté et je n'avais pas envie de faire un YARSSE (Yet Another RSS Extension). Donc le projet est hébergé sur ma forge.

Migration de ma gestion de projets perso vers Indefero

llaumgui — Sat, 27 Feb 2010 18:16:00 +0100

Après plusieurs années d'utilisation de Trac pour la gestion de mes projets personnels, j'ai remplacé ce dernier par Indefero.

Quelles peuvent bien en être les raisons ?

Les performances

Forcé de constater que Trac rame ! Du moins installé à partir du RPM, Trac utilise mod_python alors que l'utilisation de mod_wsgi semble possible et plus performante. Même si je crois fermement au Python en tant que langage orienté web, je suis aussi convaincu que l'avenir de Python ne passe pas par mod_python mais pas mod_wsgi.

Indefero est écrit en php, il est rapide à l'affichage surtout sur ma Dedibox qui a tendance à charger (à cause des voisins de Scénario-Paintball). Indefero me permet d'avoir un SI 100% en php et donc de décharger apache du mod_python. Sur llaumgui.com, Indefero est aussi installé à partir de RPM que je dois d'ailleurs publier bientôt.

La localisation

Bien que Python introduise de très bon outils de localisation (gettext), Trac ne semple pas les utiliser et utilise son propre système qui devrait être implémenté avec Trac 0.12. La branche stable (0.11) est donc 100% en anglais.

Indefero est disponible en français et anglais et propose un système de localisation.

Multi-projets

La gestion mutli-projets de Trac n'est pas encore disponible dans la version stable. Par contre, on est plus dans du mono-projet/multi-repo que dans une réelle gestion multi-projets. Autant à mon travail ce fût un avantage (c'est pour ça qu'on utilise la branche de développement de Trac), autant pour llaumgui.com je voulais un certain cloisonnement dans mes projets et Indefero me convient donc mieux.

Bref, allez voir ma nouvelle plateforme de projets personnels : http://projects.llaumgui.com/

Bonne année : 2010 année du changement

llaumgui — Mon, 11 Jan 2010 12:50:00 +0100

Bonne année à tous !

Certains l'auront peut-être remarqué, mais j'ai moins blogué cette année que les années précédentes. Les raisons en sont essentiellement les suivantes :

Moins d'activité personnelle au sein du groupe des ambassadeurs du Projet Fedora. Je lui préfère actuellement le groupe Package Maintainers. La raison est surement que je fais de plus en plus de commerce/marketing et de moins en moins de dev' pure à mon travail, je compense donc avec Fedora-Fr et le Fedora Project.
Moins de temps (nouvel appart', vie de couple, pas mal de taf', etc.).
La concurrence de Twitter : en effet, plus je Twitt' et malheureusement moins je blog (ça mériterait une étude sociologique au sein de la blogosphère ;-).)
Peut-être aussi moins de trucs intéressant à dire ?

Je vais donc essayer de faire mieux en 2010, surtout que des projets intéressants arrivent :

eZ Publish 4.3 et sa nouvelle interface d'administration (va bien falloir migrer Fedora-Fr)
eZTeamRoom qui pourrait remplacer Trac sur Fedora-Fr
InDefero qui pourrait remplacer Trac sur llaumgui.com
Gauffr (objet d'un prochain billet)
Fedora 13
etc...

L'année 2010 sera aussi pour moi un grosse année de changement. En effet :

Je vais achever ma vie de célibataire et me marier (Juin 2010) avec Emma.

Voila, que l'année 2010 soit au moins aussi bonne que la 2009 !

eZ Publish : rajouter des contrôles sur les données via les content edit handler

llaumgui — Sun, 06 Dec 2009 21:05:00 +0100

La possibilité de rajouter des contrôles sur les données saisies lors du processus de publication d'un objet eZ Publish est une nouveauté introduite dans eZ Publish 4.1. Jusqu'alors, si on voulait rajouter des règles métiers dans un formulaire eZ Publish, il fallait passer par la création d'un datatype héritant plus ou moins d'un datatype déjà existant et implémentant ces règles. Maintenant le content edit handler se dote d'un validateInput permettant enfin de contrôler les données saisies.

Concrètement à quoi ça sert ? Dans mon cas, lors de la création d'un compte par les administrateurs sur le planet de Fedora-Fr (géré bien évidement par eZ Publish), je veux être sûr que le login renseigné correspond à un GauffrUser (utilisateur de la Gestion de Authentification Unifiée de Fedora-FR, Gauffr fera l'objet d'un prochain billet). Pour cela, j'ai donc rajouté un petit contrôle :

function validateInput( $http, &$module, &$class, $object, &$version, $contentObjectAttributes, $editVersion, $editLanguage, $fromLanguage, $validationParameters )

    {

        $result = array( 'is_valid' => true, 'warnings' => array() );

        $isValid =& $result['is_valid'];

        $warnings =& $result['warnings'];



        $contentClassIdentifier = $class->Identifier;

        $gauffrIni = eZIni::instance('gauffr.ini');



        switch( $contentClassIdentifier )

        {

            case $gauffrIni->variable('eZUser', 'UserClassIdentifier'):



                /* get user login */

                $user_account = $object->dataMap();

                $user_account = $user_account['user_account'];

                $user_accountID = $user_account->ID;

                $http_login = 'ContentObjectAttribute_data_user_login_' . $user_accountID;

                if ( $http->postVariable( $http_login ) )

                {

                    $login = $http->postVariable( $http_login );

                    /* Fetch GauffrUser */

                    if ( !isset($GLOBALS['GAUFFR_INIT']) || !$GLOBALS['GAUFFR_INIT'] )

                        include 'Gauffr/gauffr.php';



                    if ( !empty($login) && $gauffrIni->variable('GauffrSettings', 'StricMode') == 'enabled' && !GauffrUser::unique(GauffrUser::fetchUserByLogin( $login ) ) )

                    {

                        $warnings[] = array( 'text' => ezi18n( 'gauffr/validate', 'No GauffrUser "%user" in GauffrMaster. Please add account on GauffrMaster first.', null, array('%user' => $login) ) );

                        $isValid = false;

                    }

                }

                break;

        }



        return $result;

    }

Fedora & l'assurance qualité sur les projets php

llaumgui — Fri, 04 Dec 2009 12:55:00 +0100

La qualité est un problème récurent dans les applications php. En effet, le php est un langage hautement permissif et très facile d’accès. Ceci donne certains codes disponibles sur la toile de bien piètre qualité voir carrément nocifs pour ceux ayant un tant soit peu de trafique sur leur serveur. Lors de ma participation aux derniers eZ Day, j’ai eu la chance d'assister à une conférence donnée par Sebastian Bergmann le Mr de qualité en php et j'ai trouvé ses initiatives plutôt intéressantes.

Sur le plan professionnel, nous avons également fait le choix de mettre en avant la qualité dans la réalisation de nos projets et c’est donc tout naturellement que nous nous sommes tournés vers une solution d’intégration continue et la suite d’utilitaire phpUnit.

Pour ce qui est des PIC compatibles php à l’heure où j'écris ces quelques lignes il en existe que 2 à savoir phpUnderControl et Xinc. La seconde ne m'ayant pas donné entière satisfaction, j’ai donc fait le choix d’utiliser phpUC. Le choix est d’autant plus judicieux qu’elle s’intègre parfaitement avec eZ Publish (quelques modifications pour lui donner à manger un doc Doxygen à la place de phpDocumentor).

Bref, autant de disgrétions pour annoncer que Christof Damian et moi-même (entre autre...) avons entrepris un travail de packaging qui fait qu’aujourd’hui la plupart des outils d’assurance qualité pour le php sont disponibles dans Fedora et RHEL (merci Remi).

```
yum install php-phpunit-phploc
```

yum --enablerepo=updates-testing install php-phpunit-phpcpd

```
yum install php-pear-PHPUnit
```

yum --enablerepo=updates-testing install php-phpunit-File-Iterator

etc...

Ne reste plus que phpUnderControl... Allez, maintenant vous n’avez plus d’excuses pour produire du code de daube avec de la duplication de code partout et de la complexité cyclomatique dans tout les sens ;-).

Script pour accélérer la mise à jour de paquet dans l'infrastructure du Fedora Projects

llaumgui — Tue, 10 Nov 2009 07:53:00 +0100

En temps que packageur pour Fedora & EPEL, je suis sauvant amené à consulter cette page pour me remémorer la procédure de mise à jour d'un package dans Fedora. Le problème est qu'en cas de paquet à maintenir conjointement (eZ Components par exemple), on se retrouve vite à répéter les mêmes taches dans x terminaux...

Bref, je me suis fait un petit scripts en python qui se charge de :

Mettre à jours les sources (pas possible de mettre des patchs pour le moment) sur le CVS de Red Hat
Mettre à jours les SPEC sur le CVS de Red Hat
Construire les rpms (par disro) à partir Koji (la plateforme de build de Fedora)
Soumettre automatiquement le nouveau paquet sur Bodhi (prise en compte de toutes les distros)
Et en bonus : Twitter le nouveau paquet...

Le script se trouve là : https://svn.llaumgui.com/python/fedora-pkg-update/trunk/ et je suis ouvert à toutes suggestions.

fr.CentOS.org ne répondra plus !

llaumgui — Sun, 18 Oct 2009 18:12:00 +0200

Depuis quelques temps, fr.CentOS.org ne répond plus. Je suis resté assez (trop ?) discret là dessus mais il est temps de dire le pourquoi, ce que j'en pense et pourquoi se qui se fera (s'il se fait quelque chose), se fera sans moi !

Le serveur qui hébergeait fr.centos.org ainsi que le serveur de backup ne sont plus accessibles pour des raisons que je n'évoquerais même pas. Ce qui compte, c'est que le travail graphique de Titax, mon travail technique ainsi que toutes les contributions communautaires sont perdus.

Pour rappel, lors du début de l'aventure fr.CentOS, j'ai voulu me la jouer tout seul en achetant CentOS-fr.org et en hébergeant le site sur mes propres machines qui contrairement à celles de l'infrastructure de CentOS (du moins la partie où se trouvait fr.centos.org) sont hébergés dans data-center et sauvegardées dans un autre... A l'époque, la team CentOS m'a demandé de ne pas me la jouer perso et de faire un fr.centos.org avec leur soutient et sur leurs machines. J'ai accepté et j'ai fait confiance maintenant mon travail ainsi que le votre est perdu.

Niki Kovacs sur la mailing-list centos-fr, lassé d'attendre le retour de fr.centos.org a voulu tenter de faire quelque chose par lui même et l'équipe CentOS lui à tenu le même discours qu'a moi :

Une infra communautaire va bientôt voir le jour avec un phpBB 3, de l'open LDAP, bla bla bla... Le « bientôt » est servie aujourd'hui à Niki mais on me l'a servie il y a déjà 2 ans...
"everything under (heavy) control"... Traduction, nous avons tellement montré notre sérieux qu'on a bien retenu la leçon et tout doit passer par nous. Mais que faire quand les personnes chargées du contrôle sont soient incompétentes (je ne juge pas, je constate) soient ne considère pas le site communautaire francophone assez important pour avoir un système de backup digne de ce nom (je ne juge pas, je constate) ?

Voila, mon message pour Niki : si tu veux faire quelque chose, fait le ! Lorsque l'infra communautaire sera là, alors la question de rejoindre ce projet se posera et des garanties devront être offertes, mais en attendant un tiens vaut mieux que 2 tu l'aura. Par contre, moi j'ai perdu ma motivation !

Viva Ikoula saison 4 (déjà)

llaumgui — Tue, 22 Sep 2009 13:55:00 +0200

Pour ceux qui avaient loupé les saisons 1, 2 et 3, Ikoula est la société qui fournit gracieusement le serveur dédié de fedora-fr : Borsalino.

La location de notre serveur arrivant à son terme (ce sont des contrats annuels), ces derniers nous ont renouvelé leur confiance pour une année supplémentaire, la quatrième.

Moi même, ainsi que tout l'équipe de Fedora-Fr, tenions à les en remercier.

Bien rooter son téléphone Android

llaumgui — Thu, 03 Sep 2009 14:10:00 +0200

Le net regorge de tutoriels sur "comment rooter son téléphone Android"... Mais attention ! ! !

La plupart de ces tutoriels sont mauvais. Il vous indique comment avoir un accès direct au compte root sans aucune précaution, un peu comme si vous lanciez votre session GNOME en root (faut pas le faire, je le rappel encore une fois...). Bref, ce que vous ne feriez pas avec votre ordinateur, ne le faites pas avec votre téléphone.

C'est pour cela que pour bien rooter sont téléphone Android, je vous conseil la méthode Superuser.apk telle que proposée sur cette page. Une fois su & Superuser.apk installés, chaque appel à la commande su vous demandera confirmation. Vous voici donc avec un téléphone Android rooté et protégé.

Au passage, en parlant de protection, je dois avouer apprécier la solution d'Android qui consiste à monter le système en lecture seule. Un peu comme si notre Fedora possédait un /boot, un /bin et un /sbin sur 3 partitions en lectures seules... Bon, pour les mises à jour du kernel ça ne serait pas simple, mais ça éviterait les rm -rf /.

Nota bene : Superuser nécessite de laisser le "Débugage USB". Sinon la fenêtre restera noire.

Mon HTC Hero

llaumgui — Thu, 27 Aug 2009 13:44:00 +0200

Après près de 11 années de fidélité, j'ai décidé de quitter Bouygues Télécom, dont la réception n'est pas idéal à Pignan et dont les offres d'internet illimité ne me satisfaisaient pas vraiment. C'est donc vers le forfait Paradyse 2h, SMS, internet et 5 numéraux illimités du MVNO Virgin Mobile que je me suis dirigé. Histoire de profiter de ce nouveau forfait, il me fallait un bon téléphone... Comme je voulais un truc original, ce n'est naturellement pas vers l'iPhone que je me suis tourné, en effet, l'iPhone se propage comme la grippe A dans l'hémisphère Sud et commence même à faire autant de ravages... Bref, je me suis donc tourné vers le HTC Hero basé sur le système Android de Google, lui même plus ou moins basé sur Linux.

Dans mon cas, ce téléphone se révèle l'outil idéal, il me permet :

de synchroniser mes mails Gmail
de synchroniser mes rendez-vous avec Google Agenda que je synchronise avec mon Thunderbird grâce à Provider for Google Calendar
de synchroniser mes contacts avec ceux de Gmail, mon Thunderbird en fait de même grâce à Zindus. A noter que l'Hero va chercher les photos des contacts directement sur Facebook en faisant une relation entre le nom du contact et le nom du compte Facebook
de synchroniser mes Twitt' et même de Twitter

Bref, tout pour avoir sa vie virtuelle au creux de la main ! Bien sur comme tout geek qui se respecte, j'ai rooté mon téléphone grâce à ce tutoriels... J'ai donc accès au système ;-).

Mon bureau !

Selon moi, le gros avantage d'Android sur l'iPhone est le bureau... En effet, la première fois que j'ai eu un iPhone entre les mains, j'ai demandé où était le bureau et les widgets... Quelle déception d'apprendre qu'il y en as pas ! C'est une grosse lacune de l'iPhone OS. Heureusement cette lacune, Andoid ne la possède pas, vous pouvez admirer quelque capture des 7 bureau de mon GPhone :

Faire des capture d'écran de son bureau

Pour faire les captures d'écran du dessus, j'ai utilisé ce tutoriel. Par contre, ma Fedora 11 ne détectait pas mon téléphone, j'ai du faire une règle udev (trouvée ici) :

root@saratoga ~> cat /etc/udev/rules.d/51-android.rules

SUBSYSTEM=="usb",ATTR{idVendor}=="0bb4",SYMLINK+="android_adb",MODE="0666"

root@saratoga ~> udevadm control --reload-rules

A noter également que j'ai du faire ça sur mon MSI Wind car le SDK ne marche pas en X86_64 :-(.

Téléphoner en SIP

L'autre avantage d'Android et du Hero c'est la possibilité de passer ses appel en SIP via les serveurs de Freephonie (par exemple)... Ça me permet de téléphoner gratuitement partout ou je peux prendre une borne Wi-Fi. Pour cela j'ai utilisé l'application Sipdroid que vous trouverez sur le market et pour configurer votre compte Freephonie, vous trouverez tout ici.

Télécharger des applications sur le Market directement depuis un code barre

Une autre application que je trouve pratique sur Android est l'application Barcode Scanner qui permet de télécharger une application sur l'Android Market directement en scanant un code barre depuis son écran grâce à l'appareil photo... Mais en théorie, ce système peu permettre d'aller plus loin et de récupérer des adresses GoogleMap et autres...

Parcourir les répertoires

De base, l'Hero m'a était livré avec une microSD de 2Go que j'ai remplacé par une de 8Go histoire de pouvoir mettre mes MP3. Pour parcourir mes dossiers, j'utilise l'application Astro.

Gérer les processus

Android à tendance à trop souvent laisser les processus tourner... Taskiller est là pour les tuer. J'ai d'abord commencé avec la version gratuite de l'application puis pour 0.79€, je me suis laissé tenter par la version full.

Et encore plus...

Comme le dit la pub pour l'iPhone : "il y a une application pour ça"... Et bien sur Android aussi, plein d'applications sont déjà sur l'Android Market, parfois les mêmes que sur iPhone (Shazam, etc.). Bref, je suis pas prêt de regretter mon vieux Samsung SGH-E900 ;-).

Scénario PaintBall v3 est en ligne

llaumgui — Mon, 24 Aug 2009 13:21:00 +0200

La semaine dernière, j'ai terminé mes vacances par la mise en production de la version 3 de SPB. Au programme :

Un nouveau design made by Radinus
La version 3.0 d'IPB, bonne nouvelle car notre antique v2.1 était victime de failles de sécurité et autres attaques de SPAM
La mise en place d'un wiki sous Mediawiki
Et plein d'autres petits trucs...

Concernant IPB, force est de constater que c'est un forum super puissant et super (trop?) riche en fonctionnalités mais aussi, revert de la médaille, super consommateur en ressources... De plus, il n'est pas open-sources et encore moins gratuit. A ce propos, heureusement que nous bénéficions d'une vieille licence avec mises à jour gratuites à vie car maintenant il en coute 25$/6 mois.

Les eZ Components pour Fedora "legacy" 9 et RHEL vont chez Remi

llaumgui — Mon, 20 Jul 2009 14:11:00 +0200

Les eZ Components pour les versions qui ne sont plus supportées de Fedora (<9) ainsi que pour RHEL, déménagent chez l'ami Remi. C'est une bonne chose vu que c'est lui qui maintient la version de php nécessaire à eZ Components (>5.2).

Voila, de mon côté, je continu bien évidement à maintenir la branche upstream pour Fedora 10 et 11 et bientôt RHEL 6 (via EPEL).

A ce propos, je viens de faire 2 reviews request :

php-ezc-AuthenticationDatabaseTiein (#512505) que j'utilise pour Gauffr
php-ezc-Feed (#512506) nécessaire à ezfeedparse qui sera utilisé sur Fedora-Fr

RPMs d'eZ Components 2009.1

llaumgui — Thu, 02 Jul 2009 21:37:00 +0200

Ce lundi, la version 2009.1 de la librairie eZ Components a été publiée. J'ai donc mis à jour les différentes briques qui ont évolué et que je maintiens sous Fedora, à savoir :

Pour le moment je n'ai pas eu de problème avec la mise à jour si ce n'est un changement de comportement un peu énervant dans PersistentObject qui m'a obligé à reprendre un peu de code :

Note: This release changes the indexing of arrays returns by ezcPersistentSession and its decorators. These arrays are now indexed by object IDs

Pour les utilisateurs de Fedora, vous pouvez mettre à jour eZ Components via le dépôts update-testing, pour ceux de RHEL5, les mises à jour vous sont proposées directement depuis le dépots llaumgui.

A noter que pour des besoins liés à Fedora-Fr, je devrais bientôt packager :

Petit résumé de l'eZ Conference & Awards

llaumgui — Sun, 28 Jun 2009 19:37:00 +0200

Jeudi et Vendredi, se tenait l'eZ Conference, qui après pas mal d'années passées dans le pays natal d'eZ System (la Norvège) a, cette année, posé ses valises dans notre capital. L'occasion pour moi d'y participer (Merci Bertrand pour l'invit') !

eZ Publish in a changing CMS landscape

Ce que j'ai surtout retenu ce fut le roadmap d'eZ Publish et surtout la version 4.3 qui devrait apporter une refonte intégrale de la génération de pdf (bye bye ezpdf), refonte autour de l'eZ Components document (la gestion du pdf arrive dans la version 2009.1). eZ Publish 4.3 annonce également une refonte de l'administration qui, je l'espère, sera plus ergonomique et plus orientée end-user.

Le roadmap d'eZ Find a également été évoqué avec des nouvelles fonctionnalités comme l'indexation des données Exif ou une cohabitation avec eZ Flow (j'y reviendrai plus loin). Mais également une fonctionnalité d'élévation, c'est à dire des résultats sponsorisés. Cette dernière fonction pourrait, par exemple dans le cadre d'un site d'annonce, permettre à des annonces de ressortir au dessus des autres.

Un support de CouchDB pour archiver des données eZ a également été évoqué. Je dois avouer avoir un peu décroché dans l'explication (en anglais) mais cette base de données orientée document est en train de monter dans la communauté open-source.

eZ Components perspectives

Comme je maintiens quelques eZ Components pour Fedora et RHEL5, j'ai choisi la présentation des composants au lieu de celle de Varnish. Là encore, le point chaud a été la présentation du roadmap de la version 2009.1 actuellement au stade de release candidat (et qui doit sortir demain) :

Authentication : support d'OpenID
Document : support du PDF pour pouvoir être utilisé dans eZ Publish 4.3
Translation : script pour extraire les chaines à partir des templates, comme ezlupdate pour eZ Publish ou comme Poedit

Du coup, je pense après avoir packagé les components en version 2009.1, packager aussi ezc-document.

The State of Quality Assurance Tools for PHP

Animé par Sebastian Bergman, très connu dans le milieu du test unitaire php, il s'agit du développeur de phpUnit. Mais ce que je ne savais pas, c'est qu'il est également derrière d'autres projets liés aux tests ou au contrôle qualité parmi lesquels :

phploc : line of code, un utilitaire permettant d'obtenir des statistiques sur le code source : ligne de code, commentaires, etc...
phpcdp pour lutter contre la duplication de code et apprendre à bien factoriser son code

Suite à cette présentation, je me suis fait une liste d'outils à (re)tester :

Bref, comme je ne suis pas encore convaincu par la PIC php Xinc, je pense me coder une pseudo PIC maison qui check mon SVN et lui fait passer une batterie de tests.

Deployment of a multi-site platform

Présenté par Gilles Guirand, de la société Kaliop, qui se trouve être mon ancien employeur. Il était là pour présenter les bonnes pratiques dans le cadre d'un déploiement multi-sited d'eZ. Pour la première partie rien de surprenant car il prêchait un convaincu (et pratiquant). A la fin de la présentation, il a montré une extension d'usine à site permettant d'automatiser le processus de création d'un site eZ Publish à partir d'un modèle.

Pour le moment Kaliop n'envisage pas encore de libérer cette extension et eZ System semble en posséder une similaire dans ces cartons... Wait and see.

eZ Find and eZ Flow, enterprise-grade duo

Ici, le plus impressionnant était une démonstration eZ Find 2.1 couplée à eZ Flow 2.0 avec un intégration de l'API Google Map. En gros, eZ Find, dans ce cadre, pourra faire de la géolocalisation.

Customizing the editor experience with eZ Online

Pas de grandes nouveautés pour moi car je me sers d'OE5 depuis pas mal de temps et cela dès eZ 4.0 (avec le hack kernel qui va bien). Cependant, j'ai apprécié les exemples de personnalisation du thème d'ezoe, selon moi surtout utile avec la website toolbar afin d'adapter la barre du site au reste du site.

Autre point intéressant, la possibilité de définir une configuration par attribut, cela permet ainsi de donner un accès limité à ezoe pour de l'user imput (permettre seulement le gras et l'italique dans les commentaires par exemple)

10 years of Enterprise Open Source Content Management

Par Aleksander Farstad, le boss d'eZ System, ce fut le seul keynote intéressant à mon sens. Il a évoqué l'historique d'eZ Publish, mais aussi les choix qui ont amené à adopter un modèle dans lequel il croyait dès 1999 : l'open source ! Ne plus vendre le produit mais le service autour ! Bref, une présentation à la fois drôle mais également dans l'esprit garage des start-up.

eZ Publish architecture for the media market

Présentation par un gars de chez Nexen (Groupe Alterway), il a montré quelques exemples de gros sites en eZ Publish avec les architectures hardware qui correspondent. Il a aussi appuyé le fait qu'une bonne infrastructure est une architecture scalable.

eZ Teamroom

Enfin ! Depuis que j'en entends parler, j'ai enfin pu voir le futur produit d'eZ System : eZ Teamroom. Parmi les prés requis, ont notera eZP 4 et eZ Find. eZ Teamroom est en fait un produit à mi-chemin entre Trac et Microsoft Project, il permet de faciliter le travail en équipe avec des fonctionnalités comme :

Gestion des taches avec pourcentage d'avancement (on espère des tableaux de bords pour avoir une vision globale d'un projet)
Blog
Forum
Wiki
GED

eZ Teamroom permet donc de :

Planifier, manager et contrôler le suivi d'un ou plusieurs projet(s)
Optimiser la communication d'équipe et vers le client
Planifier les milestones et les taches
Discuter et communiquer
Organiser la base de connaissance

Chose intéressante également, eZ Teamroom semble embarquer eZ Personnal Frontpage qui, jusqu'à présent, est une extension payante...

eZ Publish lifecycle and community contributions

Je dois avouer avoir un peu séché cette présentation (que je connais par cœur) pour participer à quelques discussions techniques informelles non loin du buffet...

Barcamp

Le barcamp nécessiterait un résumé complet à lui seul. Malheureusement, à cause de la certification, il a été quelque peu reculé et au final je n'ai pu y assister jusqu'à la fin pour cause de contraintes SNCF. J'ai cependant pu admirer la prochaine version du site communautaire eZ.

Notre nouveau chez-nous

llaumgui — Sun, 07 Jun 2009 11:44:00 +0200

Notre nouvel appart' est enfin raccordé à l'ADSL (ADSL 2+ pour être exact)! Free n'aura pas mis longtemps pour cela. Le seul problème c'est que PIG34, le NRA de Pignan, ne permet pas (encore) le dégroupage, je suis donc avec l'offre Freebox only. Je vais donc devoir me passer de la télévision et de la Freebox V5 mais aussi de Free Wi-Fi.

En résumé : nouvel appart' (F3), nouveaux meubles (mais toujours Ikea !) et nouveau statut puisque cette fois, Emma (ma copine) et moi sommes proprio ! Exit aussi Montpellier et bonjours la campagne puisque nous avons émigré à 10Km de Montpellier, dans la jolie petite commune de Pignan. Il reste encore un peu de travail dans l'appart (rideaux, quelques luminaires, un placard, des câbles à camoufler) mais voici un petit teaser de ce à quoi ça ressemble :

eZ Components 2008.2.2 dans Fedora et 2008.2.3 dans update-testing

llaumgui — Wed, 13 May 2009 12:37:00 +0200

Les eZ Components sont désormais disponibles, en grand nombre, dans fedora-update. Vous pouvez, à présent, les installer avec un simple yum install.

A noter que ces components correspondent à la version 2008.2.2. Pour ceux qui voudraient avoir la version 2008.2.3 (sortie avant hier), elle devrait être disponible sur update-testing dans les heures à venir...

Pour nos amis utilisant RHEL 5, ils peuvent installer ces paquets (en version 2008.2.3) directement depuis le dépôts llaumgui.

Voila, il ne me reste plus qu'a mettre à jours le RPM d'eZ Publish qui est actuellement en review et qui devrait donc, en attendant, intégrer llaumgui-testing.

Création du dépôt llaumgui

llaumgui — Sun, 10 May 2009 20:45:00 +0200

Et hop, je viens de sauter le pas ! Je viens de rendre publique mon dépôt privé : vous pouvez donc à présent farfouiller dans mes rpms.

Pour la partie Fedora, le dépôt apporte certains plugins Gedit et autres trucs sympas.

Pour la partie RHEL, les amateurs d'eZ Components y trouveront tous les components que je maintiens (pour Fedora) ainsi que la dernière version de Trac (issue de F11) avec certains plugins Trac que j'utilise.

Pour plus d'infos, ça se passe sur l'embrillon de page dédiée...

Trac, authentification à FluxBB au traver de mod_auth_mysql

llaumgui — Tue, 05 May 2009 08:15:00 +0200

L'une des façons les plus rapides de faire une authentification sur le net est de passer par un fichier htaccess et un htpasswd. C'est à dire mettre dans un fichier le login et le mot de passe (crypté). Le problème c'est que si cette solution permet de mettre facilement et rapidement un contenu derrière une protection par authentification, elle est cependant guerre poussée et évolutive.

Nous allons donc voir comment modifier notre htaccess (ou encore mieux, notre vHost) pour aller chercher l'information dans une base de données via le module apache mod_auth_mysql. Nous verrons cela au travers d'un exemples : l'identification sur un Trac via les identifiants d'un FluxBB.

Trac et l'identification

Trac n'offre pas de zone membre à proprement parlé. Toute personne qui s'identifie à Trac voit son compte automatiquement crée. Il en résulte qu'on peu donc affecter des droits à un compte qui n'a pas encore était crée. Mais alors comment s'authentifier ? C'est justement là la force de Trac : on peut s'identifier par la méthode que l'on souhaite. Dans un premier temps j'étais passé par un htpasswd mais à présent je désire m'authentifier avec l'identifiant et le mot de passe d'un forum FluxBB.

Prérequis

Évidement il vous faudra un Trac et un FluxBB installés et configurés. Il vous faudra aussi, bien évidement, mod_auth_mysql (yum install mod_auth_mysql). Histoire de faire un cliché avant/après, voici la configuration de mon Trac avant la manipulation :

<Location />

    SetHandler mod_python

    PythonHandler trac.web.modpython_frontend

    PythonOption TracEnv /home/llaumgui/public_html/trac.llaumgui.com/www/

    PythonOption TracUriRoot /

    # "/tmp" should be some writable temporary directory

    SetEnv PYTHON_EGG_CACHE /tmp

    # "trac" can be any string, but must be the same for all

    # Trac instances on the same Apache install

    PythonInterpreter trac

</Location>



<Location /login>

     AuthType Basic

     AuthName "Connection sur les dev de LLaumgui"

     AuthUserFile /home/llaumgui/public_html/trac.llaumgui.com/trac.htpasswd

     Require valid-user

</Location>

On y remarque que l'identification se fait au travers du fichier /home/llaumgui/public_html/trac.llaumgui.com/trac.htpasswd.

Connexion

On va maintenant passer à une identification MySQL :

Order deny,allow

Deny from all

AuthName "Veuillez saisir votre nom d'utilisateur et votre mot de passe Dotclear"

AuthType Basic

require valid-user

Satisfy Any



AuthMySQLAuthoritative On

AuthMySQLEnable On



# On se connecte à la base mon_fluxbb du serveur localhost

# Bien sûr l'idéal est qu'apache n'est accès à mon_fluxbb qu'en lecture.

AuthMySQLHost localhost

AuthMySQLUser apache

AuthMySQLPassword mon_mot_de_passe

AuthMySQLDB mon_fluxbb



# La table contenant la liste des utilisateur dans FluxBB est la table fluxbb_user

# Le login correspond à username et le mot de passe à password

# Dans FluxBB, les mots de passe sont crypté en sha1

AuthMySQLUserTable fluxbb_user

AuthMySQLNameField username

AuthMySQLPasswordField password

AuthMySQLNoPasswd Off

AuthMySQLPwEncryption sha1

On constate que le choix des méthodes d'encryptages est limité à crypt, scrambled, md5, aes et sha1. Il n'est donc malheureusement pas possible de connecter un Trac avec un Dotclear. En effet, pour le cryptage des mots de passe, Dotclear passe par crypt::hmac.

mod_auth_mysql permet aussi des requêtes plus complexes avec des jointures sur d'autres tables et des clauses where, pour plus d'information, la documentation devrait vous aider.

RPM d'eZ Publish pour Fedora

llaumgui — Sat, 02 May 2009 17:44:00 +0200

Je viens enfin de me bouger pour faire mes derniers tests sur le RPM d'eZ Publish.... Tout ça pour me rendre compte que j'avais packagé mais non soumis à review l'eZ Components Webdav... Chose à présent corrigée : ce n'est donc pas 1 mais 2 reviews que je propose aujourd'hui, celle de php-ezc-Webdav et celle d'eZ Publish.

A mon avis la review va être longue est douloureuse car pour respecter la FHS ainsi que SELinux, j'ai dû un peu découper eZ Publish :

Le répertoire settings ainsi que le config.php sont dans /etc/ezpublish
Les données qui sont appelées à être écrites par apache (design, var, extension) sont dans /var/lib/ezpublish
Le reste est dans /usr/lib/ezpublish

Bref donner les droits à apache sur ces dossiers provoque un grand nombre d'erreur rpmlint, à voir lesquelles sont acceptable dans le cadre d'une application web.

Publication de dotclearRemember 2.1

llaumgui — Sat, 02 May 2009 10:59:00 +0200

J'ai profité du nouveau thème de mon blog (dcEmplode) ainsi que de la mise à jour vers MooTools 1.2.2, pour faire évoluer mon script dotclearRemember permettant d'utiliser MooTools en lieu et place de jQuery sous Dotclear. Au sommaire des améliorations :

Mise à jour vers MooTools 1.2.2 avec l'utilisation de Log
Implémentation d'Options

Plus d'informations disponibles sur la page dédiée sur la plateforme de développement. Au passage on remarquera qu'en plus d'un chantier graphique, j'ai aussi lancé un chantier rédactionnel sur le Trac.