Le blog de llaumgui - Balise - eZFluxBB

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.

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.

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) :

# 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)

eZFluxBB : Quand eZ Publish se connecte à FluxBB / PunBB

llaumgui — Tue, 24 Jun 2008 23:14:00 +0200

Étape n°2 de la migration de Fedora-Fr vers le CMS open source eZ Publish : après le planet, c'est au tour de l'accueil d'amorcer son virage sous eZ...

Pour le moment rien n'est visible en prod', mais j'ai commité ce week-end un début d'extension permettant à eZ Publish de récupérer des informations issues de PunBB / FluxBB.

Actuellement, cette extension eZ ne fait pas grand chose, puisque que la seule action possible et un fetch current_user permettant de récupérer les informations sur l'utilisateur courant.

Ce qui reste à faire :

fetch sur les topics (derniers topics, extraction de news, etc..)
fetch sur les stats
fetch sur les utilisateurs en ligne
Rendre le code de ma classe eZFluxBBDB moins ridicule et lui permettre de connecter un eZ et un FluxBB sur des bases de données et des serveurs différents
Documenter !

Ce que l'extension ne fera pas :

Synchronisation des utilisateurs eZ / FluxBB.
Mon choix est clairement de garder eZ pour de la publication et FluxBB pour la partie user input/ gestion de compte.

A suivre...