Le blog de llaumgui - Mot-clé - eZ Publish

Fedora-Fr v5, étude de cas d'un site sous eZ Publish & eZ Flow

llaumgui — Wed, 30 Mar 2011 18:57:00 +0200

Rappelez-vous, il y a de cela 3 ans, Fedora-Fr passait sous eZ Publish pour les sous-domaines de portail et planet. Récemment nous avons entrepris une grosse refonte graphique de Fedora-Fr sous le nom de code "Fedora-Fr v5". L'occasion de revenir sur mon article précédent afin de converser sur les évolutions de notre implémentation du CMS eZ Publish.

eZFluxBB

La gestion des utilisateurs de Fedora-Fr est toujours confiée à FluxBB, notre logiciel de forums. C'est encore plus vrai que via notre application Gauffr, ce sont les informations issues de FluxBB qui sont utilisées par toutes les autres applications. eZ Publish utilise donc le connecteur eZFluxBB afin de récupérer les différentes informations (utilisateurs, statistiques, news, derniers topics, etc...) issues des forums.

Ce qui a le plus évolué c'est que le connecteur utilise à présent eZFlow et propose un ensemble de blocs pour cette extension portail d'eZ System.

Structure eZ mise en place sur Fedora-Fr

Les extensions

La structure a quelque peu évolué par rapport à mon précédent article.

On est toujours dans une architecture classique en eZ Publish, à savoir : 1 site = 1 extension. Mais en plus de l'extension dite socle (permettant de regrouper certains designs, les traductions et certains paramètres propres à tous les sites de Fedora-Fr), j'ai rajouté une extension de type socle_frontend regroupant l'ensemble des informations propres aux sites frontaux (notamment le fichier override.ini.append.php).

Puisqu'on parle d'extensions, il est à noter que toutes les extensions créées pour les besoins de Fedora-Fr sont publiées sous licence GPLv2 :

eZFluxBB : connecteur eZ Publish / FluxBB.
eZGauffr : connecteur eZ Publish / Gauffr.
eZPlanet : gestion du planet avec notamment la tache planifiée qui va chercher les billets à partir des Flux renseignés dans le profil des membres.
eZTidy : implémentation de Tidy dans eZ Publish
leZRSS : amélioration de la fonction RSS native d'eZ Publish utilisant le système de template.
leZToolBox : ma boite à outils.

En plus de ces extensions, la plateforme utilise les composants officiels ci-dessous :

eZFlow : gestion des fonctionnalités de portail.
eZIE : éditeur d'image en ligne.
eZJSCore : framework JS/Ajax.
eZMultiIpload : upload multiple
eZOE : éditeur WYSIWYG.
eZWebin : dépendance d'eZFlow

Pour les extensions third party nous utilisons les suivantes :

admin2pp : amélioration de l'interface d'administration.
eZClassList : interface pour filtrer les objets eZ par type de contenu.
eZFeedParse : parseur de flux RSS.

Les classes

Les classes ont évolué avec le temps afin d'intégrer eZFlow et le datatype "page".

Pour la petite histoire le système de "global layout" n'a été introduit qu'avec la version 5 de Fedora-Fr, avant il fallait à chaque fois se retaper toute la colonne pour chaque page...

On notera également que pour la colonne de droite, celle-ci est facultative, si elle est vide alors c'est le "global layout" qui est utilisé.

Les différents sites de l'instance eZ Publish

Au www et planet dont j’avais parlé précédemment se sont rajoutés 2 nouveaux sous-domaines gérés par eZ Publish :

recherche.fedora-fr.org : Moteur de recherche globale sur tout le domaine Fedora-Fr
mon.fedora-fr.org : Système de page personnalisable

Le planet

Le planet a subit quelques évolutions avec la v5. J'ai notamment publié une nouvelle version de mon extension eZPlanet qui permet à présent de gérer les tags multiples. Une fois les billets tagués, il devenait évident de mettre en place un nuage de tags.

La structure du planet a elle aussi beaucoup changé. Suite à une remarque de Damien, je suis passé d'une structure où tous les billets étaient dans un même nœud à une structure où tous les billets sont fils de l'auteur. Ce qui me permet de pouvoir rapidement supprimer tous les articles d'un même auteur simplement en masquant ce dernier.

Recherche globale

Le sous-domaine recherche n'est qu'une page eZFlow avec un bloc implémentant le service de Google : Google Custom Search engine. Actuellement en bêta, ce service a pour vocation de remplacer l'API Google Web Search, à présent dépréciée.

Mon Fedora-Fr

Mon Fedora-Fr est une page d'accueil personnalisable reprenant les informations autours de Fedora et de Fedora-Fr. C'est une page inspirée des Netvibes ou iGoogle utilisant jQuery et jQueryUI dont notamment le composant sortable-portlets.

Ce site est actuellement en version alpha et devrait s'enrichir de fonctionnalités ainsi que de widgets. Il devrait également bientôt permettre de sauvegarder/charger ses préférences en base de données. Comme le site est assez lié au choix technologiques de Fedora-Fr, je ne pense pas en faire une extension eZ Publish. Cependant lorsque tout sera fini je ne manquerai pas de publier le code et d'expliquer le bouzin dans un billet dédié. Pour rappel les contraintes techniques sont :

Cache statique,
0 requête MySQL,
Pas ou peu d'appel Ajax,
Base membres issue de FluxBB

Choix technologiques

Cache statique

Fedora-Fr utilise toujours massivement le cache statique. Je ne reviendrai donc pas dessus.

Bye bye Mootools

Depuis le passage à eZ Publish 4.3, j'ai dû me résoudre à migrer de MooTools vers jQuery, l'un des framework JavaScript retenu par eZ System et bien mieux intégré à eZ Publish via l'extension eZJSCore.

CSS Sprites

Fedora-Fr v5 a été l'occasion pour optimiser encore plus le site en adoptant notamment la technique du CSS Sprites. C'est un peu galère au début mais, en plus de diminuer le nombre de requêtes HTTP, ça évite de faire des preloads afin de contrer les effets de clipping sur les roll-over (les boutons du forum par exemple).

eZ Publish + FluxBB = eZFluxBB 1.1.0

llaumgui — Sun, 06 Feb 2011 20:15:00 +0100

Ceux qui suivent l'actualité de fedora-fr l'auront remarqué : nous sommes passés sous la branche 1.4 du logiciel de forum FluxBB. L'occasion pour moi de mettre à jour mon extension pour eZ Publish permettant d'y intégrer FluxBB : eZFluxBB.

Au sommaire des nouveautés :

Bien entendu le support de la branche 1.4 de FluxBB.
Tout comme Fedora-Fr qui a fait dernièrement le tournant vers eZFlow, eZFluxBB intègre à présent la plupart de ses fonctionnalités au travers de block eZFlow.

Voila, c'est visible sur la home de Fedora-Fr, des exemples sont également visibles dans la galerie du projet. Le projet est hébergé sur la forge d'eZ System et c'est donc tout naturellement là-bas que vous pourrez télécharger la version 1.1.

Retour sur la journée eZ parisienne du mardi 21 septembre 2010

llaumgui — Sat, 25 Sep 2010 19:10:00 +0200

Mardi dernier se tenait à l'espace Kiron la journée eZ. L'occasion pour se rencontrer entre clients, experts et éditeurs. A travers ce billet, je vais tenter de vous en faire un rapide résumé pas forcément d'en l'ordre chronologique.

Présentation du nouveau modèle de distribution

Il n'est jamais aisé pour une société de scinder son unique produit en 2 :

une version communautaire (généralement appelée « projet »),
et une version enterprise (appelée produit).

Il y a de très bons exemples de réussite, je ne citerai que Fedora / Red Hat, mais aussi (et surtout) de moins bon. Bref les commerciaux/dirigeants se sont efforcés de nous dire que cette scission serait une bonne chose, que l'innovation serait portée par la version communautaire et que la version enterprise subirait plus de QA.

Pour faire simple :

Le projet communautaire portera l'innovation. C'est là que les développeurs d'eZ System ainsi que la communauté apporteront les nouvelles fonctionnalités.
Le produit enterprise quant à lui n'aura pas de développeur mais juste des équipes QA. Il portera la stabilité. C'est lui qui recevra les patchs correctifs.

Remarque intéressante, contrairement à Fedora / Red Hat, le cycle de vie d'eZ Publish community et enterprise sera le même : une version tous les 6 mois. Je trouve cela très ambitieux quand on voit que l'innovation de Fedora met 2 ans à être stabilisée dans Red Hat. eZ Publish n'est pas une distribution Linux mais je pense que 2 release communautaires pour 1 release enterprise serait plus raisonnable. Surtout que personnellement généralement je conseille à mes client de sauter une version et de ne faire qu'une mise à jour sur 2.

Personnellement, je suis curieux de voir comment les choses vont évoluer mais je pense que cette scission peut apporter de bonnes choses.

Lors de cette présentation des teasers sur la future homepage d'eZ.no nous ont été présentés. L'idée est de marquer encore plus la différence entre le site communautaire (share.ez.no) et le site plus pro (ez.no).

De SVN à Git

Autre point, le passage vers GitHub. Les sources d'eZ Publish ne seront plus disponible via leur SVN mais via GIT (un autre VCS) à partir de la forge GitHub. Pour ceux qui ne connaissent pas GitHub, il s'agit d'une plateforme de VCS décentralisé et social où l'un peu commenter les commits des autres, de forker rapidement un projet, etc... Bref une bonne nouvelle, le nombre de personne contribuant au kernel (committeurs) d'eZ devrait augmenter. L'assemblée semblait inquiète du nombre de commiteurs autorisés sur le projet. Pour moi c'est un faux procès, l'avantage des VCS décentralisés est de mettre fin à la dictature du commit et de favoriser le pull. Vous pouvez en effet forker eZ Publish, les développeurs en seront avertis et pourront par la suite puller vos modifications pour les intégrer au kernel.

Le projet communautaire

Afin de porter sérieusement le projet, la communauté d'eZ Publish devrait s'armer d'une instance décisionnelle (board) afin de fixer la direction prise par le projet. Ce point là est particulièrement intéressant. En effet, tous les projets Open Source d'ambition (Debian, Fedora, etc...) possèdent se genre de structure afin de driver les participations.

Présentation de la version 4.4 d'eZ Publish

La présentation de la 4.4 s'est un peu divisée en 2. Une première partie moins technique le matin devant les clients, et une partie plus techos lors du track communautaire.

L'admin2 s'enrichie encore de fonctionnalités AJAX afin de la rendre encore plus ergonomique
L'éditeur d'image en ligne qui permet notamment :
- de cropper
- de rajouter des watermarks
- de flouter des visages
- etc...
eZ Network : La version Enterprise possède une extension appelée eZ Network permettant de monitorer l'instance eZ et de gérer les tickets en cour chez eZ. L'identification au portail client se fera via un SSO basé sous oAuth.
Nouveau datatype vidéo avec support des vidéos HTML 5. La volonté affichée et de mettre plus de HTML5 dans eZ
Gestion des commentaires avec eZ Comment.
eZ Find le moteur de recherche évolué d'eZ se trouve enrichit d'une recherche avec autocompletion come pour Google Suggest
CJW Newsletter sera la solution de newsletter officielle d'eZ Publish enterprise. La version communautaire sera disponible sur project.ez.no.
Nouveau système de session. Actuellement les sessions sont portées par la base de données. C'est bien en mode cluster vu que nous pouvons partager une même session sur un ensemble de serveurs apache mais le problème c'est que c'est couteux en ressources. La solution est donc de revenir à une session en mode file system. Quid du partage de sessions entre les différentes machines d'un cluster d'apache ? Et bien ce partage passe par un serveur de session voir un cluster de serveur de session...
Le système de session est aussi simplifié puisque les utilisateurs anonymes ne génèreront plus une session automatiquement et inutilement. Du coup on gagne en performance (c'est fou comme ne pas faire de traitement inutile fait gagner en performance ;-)).
Toujours dans le gain de performance, les fichiers de configuration .php et .apend ne seront plus utilisés. Seul les .ini et les .ini.append.php seront utilisés. Du coup, 2 fois moins I/O pour la gestion des settings donc de meilleures performances.
Autre nouveauté le Toolkit d'archivage. Pourquoi un archivage ? Car à partir d'10.000.000 d'objets eZ Publish lague. L'idée de ce système et d'aller au delà de 10.000.000 d'objets en stockant les objets dans un moteur XML donc pas en objets ;-)... Les nouveaux objets archivés sont donc stockés en XML hors de l'arborescence eZ Publish On les requête non plus avec des fetch classiques mais avec eZ Find. On est donc purement dans une initiative noSQL donc de performances.
Autre nouveauté bien pratique, les sections auront des identifiants en plus des ids. Il est en effet plus facile de manipuler un string unique qu'un id numéraire.
eZ Publish 4.4 introduira en bêta la nouvelle API.L'idée est d'avoir un max de retours pour la stabiliser en 4.5. Son but est de faciliter la manipulation d'eZ par des non experts eZ. Cette nouvelle API comprendra aussi une API REST. Au final cette nouvelle API sera une couche de haut niveau entre l'API actuelle (qui demeurera) et le développeur.
Amélioration du module d'export XML introduit en 4.3
L'ezinfo.php laisse sa place à un fichier XML. Ce fichier, en plus de définir l'extension, en définit aussi les dépendances permettant alors de charger une extension après une autre.

Pour résumer, le but est de faire d'eZ Publih quelque chose :

de plus HTML 5
de plus simple pour les développeurs / intégrateurs
de plus communicant

Une petite remarque (troll) sur l'éditeur d'image. Ce dernier utilise à la fois les librairies jQuery et YUI. Une fois de plus eZ Publish a le cul assis entre ces 2 framework JS. Je trouve regrettable de ne pas trancher pour l'un deux (jQuery par exemple ;-)) et de dégager l'autre (YUI !).

Roadmap de la 4.5

La version 4.4 n'est même pas encore sortie que l'on parle déjà de la 4.5 attendue pour Mars 2011.

Extension mobile
Workflow avec support des objects states ! Enfin on va avoir 1 vrai workflow et non pas 2 bouts de workflow
Cosmétique sur eZ Flow avec notamment eZWT qui devrait avoir un look plus admin2. Du coup La toolbar devrait demander moins d'intégration.
Version finale de la nouvelle API
Gestion de souscriptions récurrentes (abonnement, etc..)
Support de sémantique Web
eZ Network permettra de livrer des patch !

eXtend

La forge projects.ez.no sera confortée dans son rôle de forge communautaire et une nouvelle forge devrait arriver pour les applications certifiées. Appelée eXtend, les applications y seront publiées sur le modèle de la version enterprise.

SQLiImport

Jérôme Vieilledent nous a fait une présentation très intéressante de SQLiImport disponible en licence GPL. Cette extension permet :

L'import de données on shoot
L'import de données scheduled
De suivre l'avancement d'un import
D'arrêter un import
D'importer facilement grâce à un API simplifié
etc...

Bref, j'ai hâte d'avoir de l'importation à faire dans un projet ;-).

Troll de l'après midi

Gille Guirant reponsable technique chez Kaliop (mon ancienne boite) nous a fait une keynote sous le signe des vérités qui dérangent : les points faibles d'eZ Publish et les axes d'améliorations qui pourraient s'en suivre avec une touche de fonctionnel :

L'export RSS qui ne passe pas par des système de templates
Les outils dangereux (RAD, activations des extension, édition de settings et de template depuis l'admin).
Les custom tg dont on se sert toujours et qui ne sont pas built-in (Youtube, etc..)
La gestion des workflows (toujours elle)
etc..

Bref, une journée riche et intéressante aussi bien dans les prise de contact que dans les aspects techniques.

Fedora-Fr de PunBB 1.2 vers FluxBB 1.4

llaumgui — Sun, 29 Aug 2010 19:30:00 +0200

Aujourd'hui les forums de Fedora-Fr ont été migré d'une archaïque version 1.2 de PunBB vers la toute dernière version de FluxBB : la 1.4.2. L'occasion pour mettre à jour mon extension eZFluxBB (disponible sur le SVN, le build arrive bientôt) permettant d'établir un pont entre FluxBB et eZ Publish. L'occasion aussi de développer un petit mod permettant de marquer les sujets comme résolus (bientôt mis à disposition, faut que je le package). Les autres nouveautés sont :

Léger rafraichissement du look grâce à CSS3 et CSS3 PIE.
Possibilité de rajouter des sondages.
Implémentation de reCaptcha.
Implémentation d'AddThis.

Voila, un dimanche bien studieux.

Fedora-Fr, mise à jour sous eZ Publish 4.3 et migration vers eZ Flow

llaumgui — Sun, 01 Aug 2010 15:46:00 +0200

Avec un peu de retard, Fedora-Fr vient enfin de passer d'eZ Publish 4.2 vers la version 4.3. Une mise à jour sans encombre une fois de plus grâce au cache statique qui permet de "tout casser" sans que les visiteurs en soient pénalisés ou même ne s'en rendent compte. Les autres éléments mis à jour ou modifiés sont les suivants :

Passage du framework MooTools (solution que j'apprécie) vers jQuery (solution retenue par eZ System) chargé via un CDN (ça de moins pour notre serveur) grâce à eZJSCore,
Migration des flux RSS sous leZRSS (pensez à mettre à jour vos flux RSS si votre agrégateur ne supporte pas les redirections 301),
Migration vers leZToolbox,
Migration vers eZ Flow.

C'est ce dernier point qui a été le plus long à réaliser. Jusqu'à présent, les blocs de Fedora-Fr étaient directement inclus depuis l'éditeur de texte (eZOE). Cette solution, à l'époque, était pratique mais avec l'arrivée d'eZ Flow les astuces utilisées devenaient absurdes. A présent la gestion des différents layouts d'une page est déléguée non plus à des cases à cocher mais à eZ Flow tout comme la gestion des différents blocs.

Cette migration a été aussi l'occasion de mettre à jour eZFluxBB qui comprend à présent des blocs eZ Flow pour inclure directement les informations de votre forum FluxBB dans votre portail eZ Publish ! Une nouvelle version d'eZFluxBB devrait bientôt voir le jour juste le temps de faire des tests avec FluxBB 1.4.

En effet, la prochaine étape sur Fedora-Fr sera de mettre à jour le forum de PunBB ver FluxBB 1.4.

llaumgui.com sous jQuery

llaumgui — Sun, 11 Apr 2010 17:56:00 +0200

Après plusieurs années de résistance à vouloir faire tourner Dotclear avec MooTools, j'ai décidé de raccrocher les gants. Ce blog tourne à présent sous jQuery, la solution de framework Javascript officiellement retenue par Dotclear. Vraisemblablement, je ne devrais plus trop maintenir mon script dcRemember permettant de faire tourner les fonctions JS de bases de dotclear sous MooTools.

Mais pourquoi lâcher MooTools alors que c'est le meilleur framework JS au monde (si ça c'est pas un troll ;-)) ? La raison est simplement qu'avec l'intégration de jQuery de plus en plus forte dans eZ Publish, je risque d'utiliser de moins en moins MooTools. J'avais donc besoin d'un labo sous jQuery et l'un des buts premiers de ce blog est justement de servir de labo.

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.

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 ;-).

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.

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.

Nouvelle version du blog (llaumgui.com v4)

llaumgui — Sat, 25 Apr 2009 20:24:00 +0200

Tout juste un an après la précédente version (Nodoka), j'ai souhaité offrir une nouvelle robe à ce blog, histoire de relancer mon envie de bloguer. Cette 4^ème version part d'un constat simple, je suis un bon développeur (voir très bon ;-)), mais un bien piètre graphiste ! Une fois accepté cela, j'ai décidé de partir d'une base déjà existante (Emplode par Arcsin) et de transférer le tout sur Dotclear en le personnalisant quelque peu.

Un accouchement difficile...

En effet, jamais un thème ne m'aura pris autant de temps. Avant de craquer sur Emplode, j'ai fait quelques passes d'arme avec Red-Business et ma variante Blue-Business à laquelle vous avez échappé :

Les choix technologiques n'ont pas été évidents non plus. En effet, j'ai d'abord testé WordPress dont l'interface d'administration et les fonctionnalités m'ont fort séduit. Mais, malheureusement, a customiser c'est horrible ! php et HTML se mélangent dans des templates qui n'en sont pas et qui rendent le truc assez rigide !

On reproche à Dotclear de vouloir rattraper son retard par rapport à WordPress mais force est de constater que s'il est en retard, il a su observer et améliorer le concept. Les thèmes permettent de coder des fonctions poussées dont le résultat sera passé au système de template proprement.

Donc après un retour sous Dotclear, une autre question s'est posée à moi : Rester avec MooTools ou passer à jQuery ? Les avantages de jQuery sont nombreux, c'est la solution officielle de Dotclear et elle pourrait aussi devenir celle d'eZ Publish... Mais jQuery n'a pas un modèle objet aussi poussé et agréable à coder que celui de Mootools... En plus la version 1.2.2 de MooTools venant juste de sortir et améliorant encore plus le modèle objets, j'aurais été bête de ne pas en profiter !

Bref, le thème dcEmplode est là ! Il n'est pas encore fini, pas mal de petits défauts y sont trouvables, il n'y a pas de contrôle sur les formulaires car je dois tester la solution officielle introduite dans MooTools More 1.2.2.1 avant de voir si je poursuis avec FormCheck. Sinon, je n'ai pas testé sous IE non plus ;-). Bref, il y a encore du travail !

eZ Components et Grnotify dans Fedora

llaumgui — Tue, 10 Mar 2009 08:36:00 +0100

Quelques petites nouvelles des dernières intégrations dans Fedora :

Grnotify dont je vous avez déjà parlé dans un précédent billet est à présent dans les dépôts stables : yum install grnotify
Les eZ Components arrivent au compte goute dans Fedora : php-channel-ezc est dans les dépôts stables alors que php-ezc-Base & php-ezc-ConsoleTools sont encore en testing.
Les components suivants sont encore en review : php-ezc-File (dernière dépendance d'eZ Publish), php-ezc-Authentication (dépendance d'eZ Human captcha), php-ezc-Configuration, php-ezc-Database, php-ezc-Eventlog (tout 3, dépendances de mon projets Gauffr).

RPM d'eZ Components pour Fedora 10

llaumgui — Sun, 08 Feb 2009 14:45:00 +0100

Comme chacun commence à le savoir, je suis un grand utilisateur d'eZ Publish, le CMS édité par eZ System. Pour fonctionner pleinement, eZ Publish utilise quelques composants du framework php eZ Components du même éditeurs. Si j'ai bien calculé, eZ Publish à besoin de ezc-Base, ezc-ConsoleTools et de ezc-File (déprécié soit dit en passant...).

C'est dont ces dépendances que je vous propose aujourd'hui en RPM pour Fedora 10 et que j'ai soumis sur le Bugzilla du projet Fedora afin de les intégrer dans Fedora.

eZFluxBB 1.0 final

llaumgui — Sun, 07 Sep 2008 16:08:00 +0200

C'est avec beaucoup de plaisir que je viens de libérer le code d'eZFluxBB. Pour ceux qui auraient loupé les épisodes précédents, eZFluxBB est l'extension qui permet à Fedora-Fr d'utiliser conjointement le CMS eZ Publish avec le forum FluxBB.

Dès le début du projet, le code source était disponible sur mon trac et téléchargeable via SVN mais je n'avais pas encore pris le temps de faire un beau petit package avec documentation et tout le toutim.

Fedora-Fr utilise que du libre pour sa plateforme web et c'est avec satisfaction que nous libérons les développements internes. Je tiens aussi à remercier Emma, ma copine, qui ma bien aidé pour la documentation anglaise.

eZ Publish : activation vs forgotpassword

llaumgui — Wed, 20 Aug 2008 23:02:00 +0200

Il y a quelque chose d'étrange dans la façon dont eZ Publish gère l'activation de compte. En effet, si je crée un compte mais ne le valide pas, je ne peux pas faire une demande de renvoi du mail d'activation. Je peux cependant demander une re-génération de mon mot de passe via la fonction forgotpassword. Cette procédure demande, au préalable, une validation par mail, ce qui permet alors de vérifier le mail de l'utilisateur.
Me voila donc l'heureux propriétaire d'un compte dont l'email est validé, le mot de passe re-généré, mais qui est toujours inactif…

En annexe, je joins un petit patch pour remédier à cela. Je l'ai proposé sur les forums d'eZ publish, mais il ne semble pas déchaîner les foules…

Bien sur, le fait que l'utilisateur puisse réactiver son compte après une désactivation de ce dernier par l'administrateur, implique que la désactivation de compte ne soit pas une mesure de modération mais bien de (re)validation d'email. Pour modérer un ~~boulet~~utilisateur, on créera alors un groupe à part avec des droits adéquats.

Fedora-Fr v4.1, étude de cas d'un site sous eZ Publish

llaumgui — Thu, 14 Aug 2008 15:34:00 +0200

Cela fera bientôt 3 ans que je travaille avec le CMS open-source eZ Publish édité par la société eZ Systems. J'ai débuté cette expérience dans la société Kaliop, et je la poursuis aujourd'hui, chez Logica.

Que ce soit en temps qu'expert, consultant ou développeur (« simple » ou référent), j'ai eu la chance de collaborer sur un grand nombre de projets différents utilisant cet outil. Des projets tels que des sites institutionnels (WWF, UM1), des (extra|intra)nets, des usines à sites, ou encore, dernièrement, un portail immobilier avec plus de 150.000 objets eZ (prévoyez 2 jours pour l'import sur un octo proc' ;-)).

Cependant, jusqu'à présent, mon utilisation d'eZ Publish s'était cantonnée au monde professionnel et je n'avais pas de site « personnel » (je mets entre guillemets car Fedora-Fr n'est pas un site perso, mais un site que je gère personnellement...) utilisant cette technologie. J'avais bien commencé le portage de Scénario-Paintball sous eZ, mais je suis toujours en attente d'une charte graphique (Rad' si tu me lis...).
Bref, la refonte de Fedora-Fr sous eZ arrivait à point nommé pour m'offrir un petit bac à sable pour toucher d'encore plus près l'outil, développer autour et reverser du code à la communauté.

Cette migration s'est faite en 2 temps; le premier, la bascule du Planet de Dotclear (+plugin planet) vers eZ; suivie dans un deuxième temps par le passage du site www.fedora-fr.org (le portail) sous eZ.

MAJ: Fedora-Fr est passé sous eZ Publish 4.3 et eZFlow, certaines parties de cet article ne sont plus d'actualité

Le choix d'eZ

Comment s'est fait le choix d'eZ Publish ? Le premier choix qui a été fait à été celui de changer la structure d'avant qui souffrait de 2 problèmes majeurs :

Le premier venait du planet qui avait tendance à sauter des blogs voir même à arrêter l'indexation de ces derniers... Dotclear montrant ses limites, il fallait le changer.
Le deuxième problème venait de la structure même du portail de Fedora-Fr. C'était un portail 100% maison développé par mes soins, mais utilisant un grand nombre de fonctions PunBB. Je craignais que le passage à la 1.3 de PunBB (qui sera en fait la 1.3 de FluxBB) ne cause pas mal de problèmes et demande beaucoup de réécriture de code.

J'ai donc fait le choix de revoir ma copie et de ne plus faire un portail autour de PunBB mais de prendre un CMS déjà existant et de lui permettre de communiquer avec PunBB/FluxBB.

Mon bagage en eZ, ainsi que le fait qu'il correspondait parfaitement à nos besoins (notamment la fonction d'import/export de contenu via RSS), ont fait que c'est naturellement que je me suis tourné vers cette solution et que j'ai commencé le développement d'eZFluxBB.

eZFluxBB

A l'heure où j'écris ces quelques lignes (dans un Starbucks Parisien, la classe ;-)), eZFluxBB est disponible en version 1.O RC1 sur mon Trac. Il est parfaitement fonctionnel et il ne me reste qu'à faire la documentation : exportation de la doc francophone en PDF via Trac et traduction de cette dernière en anglais. Une fois que cela sera fait, eZFluxBB sera packagé et reversé à la communauté.

Bien définir le rôle de chaque outil

Lorsque j'ai commencé le développement de la nouvelle version de Fedora-Fr (v4.1) sous eZ Publish, j'ai délimité le rôle de chaque outil : FluxBB pour les forums et la gestion des membres; eZ Publish pour la partie publication.

Il n'est aucunement prévu de faire une synchronisation des membres eZ/FluxBB ni même de permettre au visiteur de Fedora-Fr de se connecter sur le CMS. Cependant, comme eZFluxBB est sous GPL, si la demande est là et si des volontaires sont motivés, pourquoi ne pas ajouter cette fonctionnalité à eZFluxBB : login handler / loginhandler ] + cronjobs côté eZ, hook côté FluxBB. Cependant, je ne pense pas l'activer sur Fedora-Fr.

Structure eZ mise en place sur Fedora-Fr

Les extensions

On est dans une architecture classique en eZ, à savoir : 1 site = 1 extension.
A cela, j'ai ajouté une extension dite socle permettant de regrouper certains design, les traductions et certains paramètres propres à tous les sites de Fedora-Fr en eZ.

Au extension typées sites, s'ajoute:

eZFluxBB : Communication FluxBB / eZ
MyUtils : Contient des fonctionnalités que je peux récupérer sur d'autres projets
ezrssfeed : Pratique pour afficher du contenu extrait de fils RSS sans avoir à le mettre en base
eZOE 5 : Pour finir, notons que j'ai fait le choix de partir sur la version 5.0 beta d'eZ Online Editor, l'éditeur de contenu d'eZ à la place du traditionnel ezdhtml (v4)

Les classes

Je ne vais pas décrire toutes les classes utilisées sur les différents sites. Je vais simplement dire que plutôt que de créer des classes spécifiques par typologie de contenu, j'ai fait le choix que toutes les pages soient de la classe page (ou website pour les pages d'accueil). Ensuite, j'inclus les différents blocs (qui eux sont des contenus spécifiques) via l'éditeur eZOE.

Je me suis même amusé à personnaliser le contentstructuremenu.ini.

Les différents sites de l'instance eZ Publish

L'une des forces d'eZ est de pouvoir créer plusieurs sites à partir d'une seule instance de l'outil. Voila ce que ça donne sur Fedora-Fr (je fais un peu de teasing sur les prochains projets....).

Concrètement, pour un professionnel, avec une bonne configuration des vhost apache, cela permet de confier tout son système d'information à eZ : site institutionnel, extranet et intranet , etc...

Planet

Comme écrit plus haut, le planet a été le premier sous-domaine à migrer sous eZ. Bien que la fonction d'importation des flux RSS d'eZ a l'air taillé sur mesure pour un planet, il souffre d'un manque de souplesse et elle m'aurait obligé à renseigner les flux RSS de chaque blog moi-même...

Comme je suis fainéant (c'est un avantage en informatique il parait), j'ai fait le choix d'étendre la classe utilisateur et de modifier le cronjobs rssimport.php en planet.php pour que ce dernier aille chercher les informations directement dans le profil des utilisateurs du groupe blogeur.

Le contenu de chaque billet est stocké dans un datatype Bloc-text, directement en HTML. Comme certaines versions de Dotclear utilisent des liens relatifs pour leurs smileys (ce qui invalide un flux, soit dit au passage) et que tous les blogs ne respectent pas les normes du W3C (je ne citerai pas de nom), cela m'a contraint à nettoyer les contenus avec quelques expressions régulières et à utiliser php-Tidy (yum install php-tidy, merci Remi).

Pour ceux qui seraient intéressés par mon, cronjob planet, il est disponible dans mon extension MyUtils téléchargeable sur mon Trac ou par svn.

WWW

Le portail est plus classique dans son développement, il s'agit en effet d'un site de présentation. Sa seule particularité est l'utilisation d'eZFluxBB pour récupérer les informations à partir de PunBB.

Choix technologiques

Cache statique

Passer un site de la recette à la production est toujours cause de stress. En effet, il est toujours difficile d'apprécier la charge que va provoquer une nouvelle application avec 3.000 à 4.000 utilisateurs quotidiens (quoi qu'il existe des logiciels pour ça). Les développeurs d'UbuntuUser.de en ont récemment fait les frais.

En terme de performance, la référence était pour moi le site précédent. Basé sur PunBB, pas complètement POO ce qu'il faut le dire lui confère des pages servies en moins de 0,05s. Malheureusement, malgré tous les caches possibles et toutes les optimisations de développement envisageables, eZ, de par sa richesse fonctionnelle, n'arrivait pas à de tels scores. J'ai donc entrepris des tests de cache statique sur le planet. Les tests m'ont convaincu et j'ai mis en œuvre cette technique également sur le portail.

Concrètement qu'est-ce que le cache statique ?

Avant de servir la page, Apache va aller vérifier si elle existe dans un répertoire de cache. Si c'est le cas, il servira une simple page HTM, sinon, il servira une page issues d'eZ Publish. Le gain de performance est conséquent puisqu'on ne sert plus des pages php mais de simples pages HTML sans aucun calcul.

## Cache static
RewriteCond %{HTTP_USER_AGENT} !^eZ\ Publish\ static\ cache\ generator$
RewriteCond /path/to/ez/static/fedora_portail/index.html -f
RewriteRule ^/$ /static/fedora_portail/index.html [L]
 
RewriteCond %{HTTP_USER_AGENT} !^eZ\ Publish\ static\ cache\ generator$
RewriteCond /path/to/ez/static/fedora_portail/index.html -f
RewriteRule ^$ /static/fedora_portail/index.html [L]
 
RewriteCond %{REQUEST_METHOD}      !^POST$
RewriteCond %{HTTP_USER_AGENT} !^eZ\ Publish\ static\ cache\ generator$
RewriteCond /path/to/ez/static/fedora_portail$1/index.html -f
RewriteRule ^(.*)$ /static/fedora_portail$1/index.html [L]
RewriteRule !\.(gif|css|jpg|png|jar|ico|js)$ /index.php

Limitation

Comme il n'y a plus d'opérations php, la page est la même pour tous. Ça ne dérange pas sur le planet, mais sur le portail, la barre d'utilisateur de PunBB est confiée à une requête AJAX (voir plus bas).

Le bug #9126 faisant que le cache d'eZ se regénérait à partir de la version déjà en cache, cela m'a contraint à mettre quelques fichiers d'eZ 4.0 à jour par rapport à la version 4.0.1.

L'utilisation du cache statique sur Fedora-Fr

Fedora-Fr ne confie pas la régénération du cache statique à eZ Publish. En effet, la page d'accueil possède des contenu indépendants d'eZ et le planet également. J'ai donc fait le choix via cronjobs de mettre à jour le planet toutes les heures et la page d'accueil toutes les 5 minutes.

# Planet
0 * * * * cd $EZPUBLISHROOT && $PHP runcronjobs.php planet -q 2>&1 /dev/null; $PHP bin/php/makestaticcache.php -s $PLANET -f 2>&1 /dev/null
 
# Portail
*/5 * * * * cd $EZPUBLISHROOT && $PHP bin/php/makestaticcache.php -s $WWW -f 2>&1 /dev/null

MooTools

Fedora-Fr embarque la librairie MooTools dans ça version 1.2. Son utilisation est essentiellement due à 2 points :

L'événement domready qui comme le montre la démo, est bien plus rapide que le classique onload. Cet événement permet notamment de gérer les requêtes AJAX avant le chargement total de la page ce qui fait que vous ne voyez presque pas que la page se charge en 2 temps.
L'autre raison est une volonté d'aller plus vers le web 2.0 (même si je n'aime pas ce terme) avec l'utilisation d'info-bulles plus riches en informations et bien d'autres évolutions qui seront visibles avec l'arrivée de FluxBB 1.3.

window.addEvent('domready', function(){
 
	/* Récupération du brdwelcome en AJAX */
	if ( $('brdwelcome') && $('brdwelcome').hasClass('ajax')) {
		// Requète AJAX en 1 ligne...
		$('brdwelcome').load( ezroot + 'ajax/brdwelcome.php');
	}
});

Design

La façon dont les designs sont gérés sur Fedora-Fr diffère quelque peu des sites eZ classiques. En effet, après avoir hésité avec une utilisation classique conjointe à l'emploi d'ezoescript et ezoecss, j'ai fait le choix de conserver la structure de Fedora-Fr actuelle. A savoir, utiliser un sous domaine (common) pour les javascripts, les images et les feuilles de styles.

Cela permet, par exemple, de ne télécharger qu'une fois la librairie MooTools (60Ko normalement mais 19Ko une fois compressée) pour le portail et le planet. Ça me permet aussi d'avoir toutes mes feuilles de styles et mes javascript à un seul endroit et de les compresser facilement avec YUICompressor.

Et demain

Les projets futurs en eZ ?

Passer la Faq non-officielle sous eZ.
eZFluxBB 1.1 compatible FluxBB 1.3. D'ailleurs, je travail actuellement sur la nouvelle version du forum utilisant FluxBB 1.3.

Opération de maintenance sur les forums de Fedora-Fr

llaumgui — Sun, 20 Jul 2008 19:33:00 +0200

C'est en développant mon extension eZFluxBB et en concevant la nouvelle version de Fedora-Fr sous eZ Publish que je me suis rendu compte de quelque chose : la base de données du forum PunBB en UTF-8 n'était peut être pas autant en UTF-8 que je le pensais ;-)...

Bref, aujourd'hui, j'ai donc procédé à une opération de maintenance sur la base de données avec la migration de cette dernière en vrai utf-8 via quelques requêtes qui vont bien et l'utilisation massive de phpMyAdmin. A titre d'exemple voici à quoi ressemble les requêtes (merci à l'ami Remi) :

[mysql]
# punbb_bans
ALTER TABLE  punbb_bans CHANGE username username  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_bans CHANGE username username BLOB;
ALTER TABLE  punbb_bans CHANGE username username varchar(200)  CHARACTER SET utf8;

ALTER TABLE  punbb_bans CHANGE message message TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_bans CHANGE message message BLOB;
ALTER TABLE  punbb_bans CHANGE message message varchar(255) CHARACTER SET utf8;


# punbb_categories
ALTER TABLE  punbb_categories CHANGE cat_name cat_name  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_categories CHANGE cat_name cat_name  BLOB;
ALTER TABLE  punbb_categories CHANGE cat_name cat_name  varchar(80)  CHARACTER SET utf8;


# punbb_config
ALTER TABLE  punbb_config CHANGE conf_value conf_value  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_config CHANGE conf_value conf_value  BLOB;
ALTER TABLE  punbb_config CHANGE conf_value conf_value TEXT CHARACTER SET utf8;


# punbb_contacts
ALTER TABLE  punbb_contacts CHANGE contact_name contact_name  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_contacts CHANGE contact_name contact_name BLOB;
ALTER TABLE  punbb_contacts CHANGE contact_name contact_name varchar(200) CHARACTER SET utf8;


# punbb_forums
ALTER TABLE  punbb_forums CHANGE forum_name forum_name  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_forums CHANGE forum_name forum_name BLOB;
ALTER TABLE  punbb_forums CHANGE forum_name forum_name varchar(80) CHARACTER SET utf8;

ALTER TABLE  punbb_forums CHANGE forum_desc forum_desc  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_forums CHANGE forum_desc forum_desc BLOB;
ALTER TABLE  punbb_forums CHANGE forum_desc forum_desc TEXT CHARACTER SET utf8;

ALTER TABLE  punbb_forums CHANGE moderators moderators  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_forums CHANGE moderators moderators BLOB;
ALTER TABLE  punbb_forums CHANGE moderators moderators TEXT CHARACTER SET utf8;

ALTER TABLE  punbb_forums CHANGE last_poster last_poster  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_forums CHANGE last_poster last_poster BLOB;
ALTER TABLE  punbb_forums CHANGE last_poster last_poster varchar(200) CHARACTER SET utf8;


# punbb_groups
ALTER TABLE  punbb_groups CHANGE g_title g_title  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_groups CHANGE g_title g_title BLOB;
ALTER TABLE  punbb_groups CHANGE g_title g_title varchar(50) CHARACTER SET utf8;

ALTER TABLE  punbb_groups CHANGE g_user_title g_user_title  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_groups CHANGE g_user_title g_user_title BLOB;
ALTER TABLE  punbb_groups CHANGE g_user_title g_user_title varchar(50) CHARACTER SET utf8;


# punbb_messages
ALTER TABLE  punbb_messages CHANGE subject subject  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_messages CHANGE subject subject BLOB;
ALTER TABLE  punbb_messages CHANGE subject subject varchar(255) CHARACTER SET utf8;

ALTER TABLE  punbb_messages CHANGE message message TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_messages CHANGE message message BLOB;
ALTER TABLE  punbb_messages CHANGE message message TEXT CHARACTER SET utf8;

ALTER TABLE  punbb_messages CHANGE sender sender  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_messages CHANGE sender sender BLOB;
ALTER TABLE  punbb_messages CHANGE sender sender varchar(200) CHARACTER SET utf8;


# punbb_online
ALTER TABLE  punbb_online CHANGE ident ident  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_online CHANGE ident ident BLOB;
ALTER TABLE  punbb_online CHANGE ident ident varchar(200) CHARACTER SET utf8;


# punbb_plugin_cau
ALTER TABLE  punbb_plugin_cau CHANGE name name TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_plugin_cau CHANGE name name BLOB;
ALTER TABLE  punbb_plugin_cau CHANGE name name varchar(255) CHARACTER SET utf8;


# punbb_posts
ALTER TABLE  punbb_posts CHANGE poster poster  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_posts CHANGE poster poster BLOB;
ALTER TABLE  punbb_posts CHANGE poster poster varchar(200) CHARACTER SET utf8;

ALTER TABLE  punbb_posts CHANGE message message TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_posts CHANGE message message BLOB;
ALTER TABLE  punbb_posts CHANGE message message TEXT CHARACTER SET utf8;

ALTER TABLE  punbb_posts CHANGE edited_by edited_by  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_posts CHANGE edited_by edited_by BLOB;
ALTER TABLE  punbb_posts CHANGE edited_by edited_by varchar(200) CHARACTER SET utf8;


# punbb_ranks
ALTER TABLE  punbb_ranks CHANGE rank rank TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_ranks CHANGE rank rank BLOB;
ALTER TABLE  punbb_ranks CHANGE rank rank varchar(50) CHARACTER SET utf8;


# punbb_reports
ALTER TABLE  punbb_reports CHANGE message message TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_reports CHANGE message message BLOB;
ALTER TABLE  punbb_reports CHANGE message message TEXT CHARACTER SET utf8;


# punbb_search_cache
ALTER TABLE  punbb_search_cache CHANGE ident ident  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_search_cache CHANGE ident ident BLOB;
ALTER TABLE  punbb_search_cache CHANGE ident ident varchar(200) CHARACTER SET utf8;


# punbb_search_words
ALTER TABLE  punbb_search_words CHANGE word word varchar(200) CHARACTER SET latin1;
ALTER TABLE  punbb_search_words CHANGE word word BLOB;
ALTER TABLE  punbb_search_words CHANGE word word varchar(20) CHARACTER SET utf8;


# punbb_topics
ALTER TABLE  punbb_topics CHANGE poster poster  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_topics CHANGE poster poster BLOB;
ALTER TABLE  punbb_topics CHANGE poster poster varchar(200) CHARACTER SET utf8;

ALTER TABLE  punbb_topics CHANGE subject subject TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_topics CHANGE subject subject BLOB;
ALTER TABLE  punbb_topics CHANGE subject subject varchar(255) CHARACTER SET utf8;

ALTER TABLE  punbb_topics CHANGE last_poster last_poster  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_topics CHANGE last_poster last_poster BLOB;
ALTER TABLE  punbb_topics CHANGE last_poster last_poster varchar(200) CHARACTER SET utf8;


# punbb_users
ALTER TABLE  punbb_users CHANGE username username  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_users CHANGE username username BLOB;
ALTER TABLE  punbb_users CHANGE username username varchar(200) CHARACTER SET utf8;

ALTER TABLE  punbb_users CHANGE title title  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_users CHANGE title title BLOB;
ALTER TABLE  punbb_users CHANGE title title varchar(50) CHARACTER SET utf8;

ALTER TABLE  punbb_users CHANGE realname realname  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_users CHANGE realname realname BLOB;
ALTER TABLE  punbb_users CHANGE realname realname varchar(40) CHARACTER SET utf8;

ALTER TABLE  punbb_users CHANGE location location  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_users CHANGE location location BLOB;
ALTER TABLE  punbb_users CHANGE location location varchar(30) CHARACTER SET utf8;

ALTER TABLE  punbb_users CHANGE signature signature  TEXT CHARACTER SET latin1;
ALTER TABLE  punbb_users CHANGE signature signature BLOB;
ALTER TABLE  punbb_users CHANGE signature signature TEXT CHARACTER SET utf8;

Une fois la base en UTF-8, j'ai du relancer l'indexation des postes, opération qui a bien pris plus d'1H30 avec de grosses montées en charge du serveur.

A présent, les informations extraites du forum PunBB de Fedora-Fr s'affichent parfaitement dans eZ Publish via eZFluxBB et nous pouvons envisager la migration du site existant pour bientôt, ainsi que de nouvelles surprises qui sont annoncées pour la suite, mais je vous en dirais plus en temps et en heure...

Remarque importante : La branche 1,2 de PunBB ne supporte pas officiellement l'UTF-8. Cette fonctionnalité sera apportée par la branche 1.3 actuellement en version beta 1, Si toute fois vous voulez vous lancer dans l'aventure, je ne saurais vous conseiller de lire ce post.

eZFluxBB 1.0 RC1

llaumgui — Wed, 02 Jul 2008 22:51:00 +0200

Je viens à l'instant de compléter la version 1.0 RC1 de eZFluxBB : le connecteur PunBB / FluxBB et eZ Publish. Pour plus d'information sur eZFluxBB vous pouvez vous reporter à mon précédent billet.

La version RC1 est disponible via le svn (svn export https://svn.llaumgui.com/ez_publish/ezfluxbb/branches/ezfluxbb_1.0_rc1/).
La documentation est disponible sur le wiki (pas encore fini)