The eZ publish 3.8.4 distribution has been updated with new packages. The previous packages had the following problems:

• Bug: Renamed files in 3.8.4 tar.gz
• Bug: File consistency check: FAILED
• Bug: ezpackage: Unhandled installation error has occured

The new packages are available from the eZ publish 3.8.4 download page.

DevShed is starting up another new series today, this time looking at the DirectoryIterator methods out of the Standard PHP Library functionality.

Because this class might be handy to use in projects where handling directories is a must, in this new series I'll be taking a close look at some of its most important methods. We will explore these methods appropriately in conjunction with the corresponding code samples.

They introduce the class, noting why it's handy to use and where's the best place to use it - including an example. They get into a bit more detail, looking at the key() and current() methods as well as using the rewind() method to reset the pointer for the directory.

One can never be too secure when it comes to online applications. PHP has its problems, making it a bit too easy sometimes to write back code that makes for insecure applications, but, thankfully, there are some simple steps to be taken to greatly reduce these risks. This article from PHPHacks.com shares some of the easiest.

Their recommendations are:

• Never, Ever, Trust Your Users
• Using Golbal Variables Correctly
• Handling Error Reporting
• Preventing SQL Injection
• Avoiding File Manipulation
• Avoiding Using Defaults
• Not Leaving Installation Files Online
• Avoiding Predictability

Jared White has released the latest Developer Preview of his application framework for PHP 5 - Willowgarden DP2.

I'm so pleased to announce that Developer Preview 2 is ready. This is where the project is really starting to solidify and settle into a cohesive whole that can be used for hands-on development. I've been working on several Web site and applications using the DP2 codebase, and it has made my life as a PHP developer so much more fun than the bad old days of cobbling together scripts nearly from scratch.

A new wiki for the project has also been launched with content already being added - a User Guide and areas for tutorials and howtos. Jared also puts a call out to PHP 5 developers out there looking for something to get involved with to take a good look at the Willowgarden project and send him an email ("remove everything after jared before the @ sign").

Aujourd'hui j'ai eu l'occasion de me connecter en SSH sur une machine tournant sous Solaris (SunOS 5.10) apparement un Sparc quadri-processeur équipé de pas moins de 8 Go de RAM, une belle bête en somme. Le but de la manoeuvre était de tester la configuration de l'hébergement pour un site utilisant eZ publish . Sur cette machine deux choses m'ont particulièrement frappées.

La première est le relatif "bordel" dans le système de fichiers. Habitué depuis quelques années aux systèmes bien rangés et proche du standard LSB de mes machines ou des serveurs que j'administre, j'ai été un peu dérouté. Ce n'est pas pratique du tout quand on découvre la machine et qu'on cherche juste le fichier de configuration d'Apache ou le répertoire de base des sites web. Ça m'a rappelé l'organisation des fichiers sur les serveurs Tru64 que j'utilisais quand j'étais étudiant à l'ENSSAT . C'est vrai qu'en y réfléchissant bien, une machine utilisée par beaucoup d'utilisateurs avec des besoins très différents, se transforme inexorablement en joyeux foutoir au grès des installations, migrations, mises à jour et l'adaptation de l'existant.

La seconde est la prauvreté du shell (tcsh pour ne pas le nommer) et des applications par défaut installés sur la machine. Par exemple le prompt du shell est un spartiate "login@machine repertoire_courant :", un ls n'affiche aucune couleur améliorant la lisibilité, ou tar ne permet pas le désarchivage de tarball compressé avec bzip2 ou gzip en une ligne sans pipe. Bref, toutes ces petits plus offerts par les outils GNU en shell sont absents par défaut.

Cette petite expérience m'a fait prendre (ou plutôt reprendre) conscience du confort apporté par les outils GNU et l'avance de ce point de vue de l'environnement généralement disponible par défaut sous n'importe qu'elle distribution GNU/Linux par rapport aux Unix propriétaires n'offrant pas ces outils.

The Zend Developer Zone has posted a review of Theo Schlossnagle's book from the Developer's Library series "Scalable Internet Architectures".

I had the pleasure of meeting Theo Schlossnagle at OSCON 2006. He gave me 30 minutes to peek inside his brain and do an interview. 30 minutes just was not enough time. So when I received his latest book in the mail I was excited. Finally a chance to get more in-depth on some of the topics we covered. I've taken the time to collect my thoughts for you here so you can decide whether this book is a good one for you.

Cal talks about how he hated the book (from a reviewer's perspective, not a developer), the contents of the book, and his personal favorite section - "Distributed Databases are Easy, Just Read the Fine Print". His only critism is that the book seems to come across in a "demanding" tone (misunderstood by those that don't know Theo's style as just being matter of fact).

Une remarque que l'on voit fleurir de plus en plus dans les forums sur eZ publish ou dans la communauté Francophone est sa non compatibilité avec PHP5 et le fait qu'eZ publish 4 devrait lui aussi encore nécessiter PHP4 . En effet, de plus en plus de distributions Linux fournissent et supportent officiellement PHP5 au travers de leur système de paquets comme Ubuntu ou Suse ce qui fait que l'administration d'un serveur LAMP4 (Linux Apache MySQL PHP4) peut s'en trouver plus difficile voire pénible en nécessitant des recompilations à chaque sortie d'une nouvelle version de PHP4 corrigeant éventuellement des failles de sécurité. Alors que l'utilisation de paquets permet pratiquement d'administrer son serveur les yeux fermés ;-)

Cette demande est tellement forte que Kristof Coomans , un modérateur des forums sur eZ publish , s'est lancé dans une tentative de portage d'eZ publish 3.8.4 en PHP5 et il semble avoir un prototype qui commence à tourner. Évidemment la somme de travail pour avoir un portage parfait de quelques 420000 lignes de code PHP est tout simplement monstrueuse et cet essai ne semble pas vouloir faire changer d'avis eZ systems sur une éventuelle compatibilité eZ publish / PHP5 dans un futur proche . Mais il pourrait bien déboucher sur une version PHP5 d'un eZ publish communautaire.

Personnellement ou plutôt professionnellement, en utilisant Debian Sarge, eZ publish 3.7 était déjà un (mini) problème puisqu'à partir de cette version eZ publish nécessite PHP4.4 ou plus en raison principalement du changement dans la manière dont sont gérées les références alors que seule la version 4.3.10 est officiellement incluses dans Debian Sarge ce qui oblige soit à compiler PHP et tous ses modules à partir des sources soit à utiliser des backports de PHP4 .

Au final, je trouve que la décision d'eZ systems de se concentrer sur un eZ publish 3.x et 4 ultra stable en PHP4 et de préparer son successeur pour l'horizon PHP6 avec eZ plateform plutôt que de se lancer dans un portage potentiellement long et difficile est le bon choix. En tout cas c'est le choix de raison ; l'application du vieille adage : reculer pour mieux sauter.