And I finally finished it, the new version is better, smaller, faster, stronger ?

Here are some screenshot of what it can do.

Some informations :

• Click on the link to install the extension
• To use it, you can click on the small icon on the bottom right corner, make CTRL+SHIFT+E combination or open the related sidebar in Firefox. Then just press Scan when you are on a page with debug inside.
• Due to the differences between Firefox 2 and 3, it won't be updated fore Firefox 2. (And also because I'm lazy).
• If there's no debug on the page, nothing happens.
• If you got some trouble, you can mail me or just leave a message here.

You can download it on the official extension page on addons.mozilla.org. Please for this extension and leave a comment so it can be supported by the Mozilla Foundation.

Plusieurs études ont été réalisées cet été sur l'accessibilité du CMS eZ Publish :

• Comparatif de l'accessibilité des CMS par Temesis accessible via un compte Opquast
• Audit d'accessibilité de l'interface d'administration du CMS eZ Publish 4.0
• Étude sur l'accessibilité des contenus générés par les éditeurs WYSIWYG du CMS eZ publish 4.0

Je passe rapidement sur le premier qui pour moi a une valeur toute relative quand on parle d'eZ Publish (et même de la plupart des autres CMS d'ailleurs) puisque l'étude se penche sur les templates par défaut. Mais qui utilise les templates par défaut d'eZ Publish ?

Les deux suivantes ont été réalisées par Rémi Farrot et sont déjà nettement plus intéressantes. La première au sujet de l'accessibilité du backoffice montre que celui ci n'est pas si mal de ce point de vue même si quelques points sont améliorables. Le plus gros problème dans le backoffice est semble t il posé par les menus contextuels sur les icônes (fonctionnalité ultra pratique cela dit). Parmi les autres points faibles relevés, on trouve aussi l'absence de l'attribut "for" sur les balises label, je viens de créer un rapport de bug sur ce point , c'est tellement pratique de cliquer sur les labels pour avoir le focus sur le champs associé !

La seconde étude de Rémi Farrot porte sur le code produit par les éditeurs WYSIWYG disponibles avec eZ Publish. La situation est nettement moins bonne dans ce registre, Online Editor 4.x comme le nouvel éditeur basé sur TinyMCE sont plutôt mauvais. Malgré tout, beaucoup de points peuvent être corrigés avec une configuration adéquate et encore plus avec le nouvel éditeur. Ce sera peut être l'objet d'un prochain billet...

Pascal Specht asks a good question in the eZ Publish forums : how to put a site under maintenance without breaking bookmarks and external links ?

The easiest way (the only ?) is probably to use mod_rewrite of Apache to distribute a maintenance page instead of the normal page. This can be done with those few lines in a .htaccess file :

RewriteEngine on
#  RewriteCond  %{REMOTE_ADDR}         !^82.225.188.34$
RewriteRule  (.*) /path/to/your/maintenance/file/index.htm [L]

With this setting, Apache distributes the index.htm file for all request. You can also put your own IP address on the second line and uncomment it so that you can view the normal site for example to generate some caches in eZ Publish before putting your site online again.

It's done. We loved it, they stop it. Bye bye eZPublish 3.x series...

Yes, a bit sad but how good for developpers ! There were some features that eZSystems improved in the 3.x and which made this great software a more evolutive and scalable software for everyone. Here are the features I remember the most :

3.6

• LDAP handler : connect eZPublish on a LDAP directory and to automatically create users in the eZ subtree.
• Reverse features : get the objects which are relating the current object.
• Remove subtree : useful to delete entire subtree.

3.7

• Siteaccess settings in the extensions : you can put siteaccess settings in the extension. It allows you to design reusable extensions, overriding standards.
• Developpement Mode : in dev mode it's not necessary to clear cache at each time...

3.8

• Internationalisation : it is possible to translate any content in any language without having a content reference translated in a given language.
• Clustering : you can put several instance of eZ on several hosts to share the load.
• Group approval for workflows.
• Serialization for all datatypes.
• eZInfo() function for extensions.

3.9

• Auto upload for files in Online Editor.
• Diff.

And now ?

Some upcoming goodies for us ! Version 3.10.1 and 4.0.1 will be updated and 4.1 is announced for Q3. It seems that eZ gets behind...

No ?

PHP 4 has been with us (as "stable" release) since May 22nd, 2000. In the past 8 years it brought us lots of joy, but in the later years lots of pain. A better PHP, PHP 5, as been a better alternative for close to 3 years now so it's time to get rid of the old stuff that PHP 4 really is.

PHP 4 had quite some changes over the past years though. The main changes came with new mini releases:

4.1.0 (10 Dec 2001): The introduction of the super globals.

4.2.0 (22 Apr 2002): Register globals was turned off by default. The release announcement shouts "External variables (from the environment, the HTTP request, cookies or the web server) are no longer registered as global variables".

4.3.0 (27 Dec 2002): Introduces "CLI", PHP's Command Line Interface and streams.

4.4.0 (11 Jul 2005): Addresses the "reference issue".

Now, more than 3 years after the last major PHP 4 release, it is time to die down. With hardly any support for OO, sub-standard XML support and generally lots of other suckyness as well, it's time to focus on the future: PHP 6. So please die PHP 4 - and quickly. Today, August 7th, 2008 is the last release of PHP 4 - PHP 4.4.9. After today there will be no more PHP 4 releases, regardless of whether there are security issues found in PHP 4. It's time to upgrade now.

eZ Publish 4.0 est sorti en décembre 2007 et depuis rien, aucune version stable. 8 mois c'est vraiment très très très long, il y a donc forcément des bugs gênants dans eZ Publish 4.0 d'autant plus que cette version est un portage vers PHP5 de la version 3.10 ce qui occasionne encore quelques bugs supplémentaires. La roadmap du bugtracker liste les problèmes résolus et non résolus mais il n'est pas toujours simple de faire le lien entre un comportement suspect et un bug dans cette liste.

Par exemple en développant la nouvelle version de ce site, je me suis trouvé face à plusieurs problèmes qui ont nécessité l'inclusion de patchs issus du SVN .

Les cache-block qui n'expirent pas

Il s'agit du bug #12175 qui empêche l'utilisation des cache-block expirant avec une sous-arborescence . Pour règler ce problème sans passer à la version 4.0.1rc1 il faut appliquer 3 patchs successifs sur l'arborescence d'eZ Publish 4.

$ cd /tmp
$ wget http://pwet.fr/content/download/71716/214901/file/patch_cache_block_12175.tar.gz
$ tar -zxvf patch_cache_block_12175.tar.gz
$ cd /path/to/ez/publish/
$ patch -p0 < /tmp/01_cache-block.patch
$ patch -p0 < /tmp/02_cache-block.patch
$ patch -p0 < /tmp/03_cache-block.patch

Les erreurs sur l'application du patch sur le change log peuvent être tranquillement ignorées.

Les variations des images re-dimensionnées en permanence

Celui la, c'est un bug vicieux , on s'en rend compte lors de la mise en production quand la machine est à plat par tous les convert (ou apache si on utilise GD) en train de générer les différentes variations encore et encore. 80 de load average sur ma pauvre Dedibox, elle a du avoir chaud ;-)

Là un seul patch est nécessaire et c'est immédiat et magique sur la charge de la machine

$ cd /tmp
$ wget http://pwet.fr/content/download/71717/214904/file/image_variations.patch
$ cd /path/to/ez/publish
$ patch -p0 < /tmp/image_variations.patch

J'ai pas eu d'autres bugs bloquants (enfin je les ai pas encore remarqué :)), j'en ai d'ailleurs découvert un sur le SmartCacheClear avec les keywords , la correction est dans le rapport et tient sur une unique ligne.

We are happy to announce the release candidates of eZ Publish 4.0.1 and 3.10.1. These releases carry fixes for about 290 (!) different issues since their initial version.

Included in these new releases is a dedicated extension to migrate custom URL aliases and as much as possible of the URL history elements for existing 4.0.0 and 3.10.0 sites.

Nouveau design, nouvelles couleurs, nouveaux templates, nouveaux bugs peut-être mais toujours eZ Publish ! ça me démangeait depuis un moment, je repoussais toujours en attendant l'intégration du composant Template d'eZ Components bien plus performant mais vue la nouvelle roadmap d'eZ Publish et le projet V , ce n'est pas encore pour tout de suite !

J'espère donc que c'est plus clair et lisible, moins buggé sous Internet Explorer notamment (fini les Peekaboo normalement) et surtout bien plus performant avec une gestion des caches plus fines (oui j'ai appris quelques trucs depuis Août 2006 ).