eZPlanet 1.0.0
Cela fait déjà plusieurs années que nous nous servons d’eZ Publish sur Fedora-Fr pour gérer notre planet. Le code de l’extension utilisée était…
Cela fait déjà plusieurs années que nous nous servons d’eZ Publish sur Fedora-Fr pour gérer notre planet. Le code de l’extension utilisée était…
Après plus de 2 années à incuber et après avoir rejoint la forge d’eZ System, j’ai enfin décidé de publier une première version stable de leZRSS. Cette extension pour eZ Publish apporte les fonctionnalités suivantes : Ajout d’une fonction de type « fetch » permettant de récupérer la liste des flux RSS. Cette liste peut être filtrée à partir d’une arborescence. Module rss2 qui est un fork du module rss d’eZ,…
Je viens de publier la version 1.3 d'eZFluxBB l'extension permettant de lier votre forum FluxBB à votre CMS eZ Publish.
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.
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…
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.
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.
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…
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…
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…