eZ Publish 4, php 5.2, CentOS 5, Remi et la spb-box

llaumgui — Sat, 06 Oct 2007 10:31:00 +0200

Que du beau monde dans un seul billet...

A la lecture du très instructif commentaire de Paul Borgermans laissé à la suite de mon billet sur la première alpha d'eZ Publish 4.0; et l'annonce qu'eZ 4.0 ainsi qu'eZ Components iraient plus vers un compatibilité php 5.2 que 5.1 : j'ai décidé de mettre à jour la version de php de la spb-box.

Pour cela, j'ai fait confiance à l'ami Remi (Attention prononcer Remi et surtout pas Rémi) et à son dépôt. Pour ceux qui ne connaisse pas Remi, surnommé dans le milieu "Serial Builder", il propose les dernières versions php/MySQL pour Fedora mais aussi pour les RHEL 4 & 5.

Une petite ligne de commande :

root@spb-box ~> wget http://remi.collet.free.fr/rpms/el5.i386/remi-release-5-2.el5.remi.noarch.rpm \

rpm -Uvh remi-release-5*.rpm \

yum --enablerepo=remi update php

Et me voila en php 5.

root@spb-box ~> rpm -qa php

php-5.2.4-1.el5.remi

Tenant à activer le dépôt de Remi par défaut (il est très réactif au niveau des mises à jour) mais ne tenant pas à mettre à jour mon serveur MySQL, j'ai configuré le dépôt de la sorte.

[remi]

name=Les RPM de remi pour Enterprise Linux 5 - $basearch

baseurl=http://remi.collet.free.fr/rpms/el5.$basearch/

    http://iut-info.univ-reims.fr/remirpms/el5.$basearch/

enabled=1

gpgcheck=1

gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

exclude=mysql mysql-server mysql-libs

A force de mettre des clauses exclude dans mes fichiers repo, j'en fini par croire qu'il faudrait inventer un clause include...

eZ publish 4.0 alpha 1, support du php5

llaumgui — Thu, 04 Oct 2007 23:03:00 +0200

Aujourd'hui, a été publiée la première version alpha d'eZ publish 4.0.
Je dois dire que j'attendais cette version avec impatience car elle introduit une nouveauté majeure : le support de php 5 (et php 6) et... Et... Et bien, malheureusement c'est à peu près tout.
Pas de gros changement, une certaine continuité qui va surement faciliter les migrations d'eZ 3.x vers eZ 4.0 mais qui laisse quand même un petit goût de déception...

Support php 5

Selon moi, eZ 4.0 marche bien mieux sous php 5 que le port communautaire que j'utilisais jusqu'alors. Ça ce ressent aux erreurs et warning remontés ainsi qu'aux performances, surtout lors de l'installation de la bête. Cependant les attributs private et autres protected sont encore bien présent en commentaires mais peu dans le code.

Arrivée d'eZ Components

Une de mes autres déceptions est l'implémentation d'eZC qui n'est pas très visible. En fait il faut lire entre les lignes et comprendre qu'eZ 4 ouvre la voie de l'intégration d'eZC mais n'est pas 100% développée sous eZC comme beaucoup (dont moi) l'auraient pensé.

Les bonnes surprises

Qui dit peu de modifications dit grosse compatibilité avec eZ 3.9.x que j'utilisais jusqu'alors. J'ai donc passé mon labo sous eZ 4 et mes extensions ezipb et ezipb-shoutbox tournent parfaitement jusqu'à présent.
Le débug est enfin valide xHTML, ce qui permet de contrôler la validité de son code plus facilement et évitera les problèmes sous IE.

Php 5.2 minimum ?

Bien que je n'ai rien vu passer là dessus et qu'eZC demande php 5.1.1 minimum, lors de mon installation sur ma CentOS qui tourne en php 5.1.6, j'ai eu la surprise de tomber sur le message suivant :

Unsupported PHP version 5.1

eZ Publish 3.x does not run with PHP 4.
For more information about supported software please visit eZ Publish download page

Après analyse du code :


if ( version_compare( phpversion(), '5.2' ) < 0 )
{
	print( "<h1>Unsupported PHP version " . phpversion() . "</h1>" );
	print( "<p>eZ Publish 3.x does not run with PHP 4.</p>".
           "<p>For more information about supported software please visit ".
           "<a href=\"http://ez.no/download/ez_publish\" >eZ Publish download page</a></p>" );
    exit;
}

Au final, vu le flou du discourt, j'ai commenté le tout et ça marche très bien jusque là...

En résumé :

Vivement la version final !