Depuis la branche 1.7, Zend Framework propose de nouveaux outils pour créer rapidement des projets. La branche 1.8 a officilialisé ces nouveaux composants (qui n'en sont pas tout à fait) et marque, à mon avis, une avancé intéressante du framework pour en faire un véritable cadre de développement.

Pour plus d'informations sur la genèse et les objectifs de Zend_Tool je vous invite à lire cet article très intéressant sur le sujet.

A l'aide d'une machine virtuelle, déjà présenté dans les articles précédents, j'ai donc mis en place mes première applications à l'aide de Zend Tool.

Installation

Pour le tester, sur mon serveur, j'ai préféré récupérer les sources depuis le svn. En deux lignes de commande cela donne ça :

La deuxième ligne permet de rendre accessible le framework sur un espace partagé permettant à toutes les applications de pouvoir utiliser le framework.

Pour accéder aux binaires, plusieurs solutions. On peut copier zf.sh dans /usr/share/php et ensuite faire un lien de /usr/bin/zf vers /usr/shar/php. Autre solution, éditez le fichier .bashrc se trouvant à la racine de votre répertoire utilisateur et intégrez le répertoire bin du Zend Framework dans les $PATH.

Lignes à insérer dans votre fichier .bashrc :

Il suffit ensuite de recharger ce fichier pour rendre votre Zend_Tool opérationnel.

Création d'une application

Une fois votre script paramétré, il suffit ensuite de taper la commande suivante pour créer un projet

Et hop le projet est créé et on peut ensuite naviguer dans l'arborescence du site :

Niveau web ça donne ça :

Conclusion

En conclusion cette première approche est intéressante.Cet outil permet d'aller plus rapidement à l'essentiel, à savoir le développement d'une application. Reste à voir maintenant si ce dit développement est facilité par l'utilisation de l'outil (création simple des modules ou de nouveaux controlleur par exemple ) et l'implémentation avec Zend_Application.

Affaire à suivre, si vous avez des infos ou des retours d'expérience je suis preneur.

Amélioration du modèle Objet, intégration du namespace et goto... Enfin PHP 5.3 arrive !

Ca fait longtemps que j'en parle. Résumé des épisodes précédents :
Sortie en 2008 ?
La fin de PHP 4 !
L'alpha 1 est de sortie
Du nouveau autour de PHP 5.3
Sortie en 2009 ?

Celà fait bien un an et demi qu'on l'attend impatiemment, Pascal Martin à fait une excellente série sur le sujet et devrait bientôt poster quelques nouveaux billets.

Maintenant il va falloir mettre à jour les serveurs, attendre les packages des distributions ou le compiler pour les plus pressés qui essuieront les plâtres et permettront une 5.31 rapidement. Il va falloir attendre aussi que les hébergeurs s'y mettent vraiment. Les frameworks et les applications devraient suivre le pas aussi, l'attente ayant été tellement forte. Reste encore à patienter pour PHP 5.4 et PHP 6 !

Mais rassurez vous, il y'aura bien, quelque part sur le web, une application PHP4 qui vit encore...

Désolé de ce titre un peu long, mais Virtual Hosting de Masse ne parle pas à tout le monde. En quelques mots nous allons voir dans ce post comment utiliser une technique bien connu des hébergeurs pour déployer facilement un nouveau projet.

Objectifs et problématique

Comme tout geek qui se respecte, vous avez certainement plusieurs projets web en route et aimeriez facilement les mettre en oeuvre sur votre serveur pour les tester. La première solution consiste à mettre un répertoire par projet sur votre espace web. Une autre solution, plus évoluée, consiste créer un hôte virtuel pour chaque projet ce qui permet de tester votre site en conditions d'hébergement avec son adresse locale. Pour vous simplifier encore la vie, il est possible d'automatiser la création d'hôtes virtuel en utilisant un système de virtual hosting de masse configurable sous Apache.

Virtual Hosting de Masse quézaco ?

Le principe est simple et utilisé chez quasiment tous les hébergeurs mutualisés. En gros, apache va faire le lien entre le nom de domaine et un répertoire situé sur votre serveur qui devra porter le même nom (pour faire simple).

Pour commencer, créez un répertoire dans votre répertoire utilisateur qui accueillera vos site.

Exemples :

Ensuite il faut bien prendre en compte que le nom de vos répertoires à l'intérieur de celui-ci devront prendre l'adresse de votre site. En pratique si vous voulez créer un drupal.local ou un zf.app vous devrez créer les répertoires suivants :

Autre subtilité, le nom du répertoire public (celui accessible par le réseau) doit être identique à tous vos sites, donc vous devrez placer vos scripts PHP dans le même. Par défaut j'ai choisi public. Dans le cas d'un projet Zend Framework créé par Zend_Tool vous n'aurez rien à faire, pour le site Drupal il faudra créer ce répertoire :

Vos répertoires étant maintenant en place vous pouvez éditer la configuration et utiliser la directive VirtualDocumentRoot d'apache permettant de mettre en place votre virtual hosting. Editez votre fichier httpd.conf et ajoutez y la directive suivante :

En rédémarrant apache, la liaisons nom de domaine -> répertoire serveur est faite. Il suffit pour le vérifier en association l'adresse ip de votre VM avec un nom de domaine (ex drupal.local). Pour le moment, pour des raisons de sécurité, vos sites ne sont pas accessibles. La dernière opération consiste donc à les rendre tous accessibles. Pour cela il convient de définir les paramètres de votre répertoire d'accueil dans un bloc Directory comme ceci :

On autorise ainsi l'accès et la possibilité de mettre en place des fichiers .htaccess de toutes sortes.

Voilà votre VM est en place et la création d'un nouvel accès ne vous demandera qu'une ou deux ligne de commandes. Merci Apache !

Il y'a de cela quelques années, pour développer un site internet dynamique, il fallait disposer d'un serveur web et, bien souvent, les développeurs passaient sous linux. Ensuite il y'a eu EasyPHP, permettant de tester ses développements en local. Depuis ce produit à fait long feu mais d'autres ont suivi : WampServer ou XAMPP.

Toutefois, ces applications, très pratiques en soit, sont sujettes à de nombreux soucis liés, non pas à leurs conceptions, mais à la plateforme sur laquelle elles reposent. Windows est loin d'être calibré pour répondre à des besoins poussés. En clair, faire tourner une application un tant soit peu gourmande en fichiers relève du masochisme pur et simple. Donc de plus en plus de développeurs se tournent vers la mise en place de serveurs virtualisés Linux sur leur machines de travail.

Comment ça marche ?

Je ne vais pas détailler ici le principe complet de la virtualisation [1], mais plutôt parler des outils permettant d'arriver rapidement à la mise en place d'un serveur.

Le plus pratique est, à mon avis, Sun VirtualBox qui permet de créer et de gérer des machines de façons très simple. Il suffit d'installer le produit, de télécharger l'iso d'une machine Linux et c'est parti. On peut opérer la même chose sur la dernière béta de Windows 7 ou sur une version de test d'un serveur windows, c'est plutôt gourmand en espace disque.

L'autre outil majoritairement répandu est VMWare. Il propose une application serveur pour déployer des machines et une application player permettant de les utiliser. En parcourant le net, j'ai découvert sur le site ThoughtPolice proposant des images vmware toutes faites à utiliser avec le player. Ce site propose même des guides rapides de prise en main des différentes distributions proposés. Je n'ai par contre pas fait d'essai du serveur.

Quels avantages ?

Il y'a énormément d'avantages à utiliser les machines virtuels qu'elle soient sous Linux ou sous Windows. Je vais en citer ici quelques uns, mais la liste est bien entendu non exhaustive.

Premier avantage, la performance. Si vous bossez en PHP, avec un framework ou une application un peu gourmande en fichier, une machine virtuelle Linux vous fera gagner un temps énorme et ceci malgré les ressources qu'elle prendra [2]. Les développeurs eZPublish ont vu leur vie changer du tout au tout.

Autre avantage, la facilité de déploiement d'un poste de développement. En clair, il suffit de préparer la machine une fois pour toute et la copier pour que tous les développeurs d'un même projet ai la même configuration de développement. Un gain de temps énorme et surtout la garantie de ne pas perdre du temps sur des questions d'incompatibilité.

Le découpage des applications est aussi un avantage certains. Plutôt que de tout déployer sur la même machine, de se retrouver avec des projets à tire-larigot, une VM minimale pour chaque projet vous permettra de mieux cloisonner vos projets. Pensez dans ce cas à faire un raccourci vers votre fichier hosts pour gérer votre DNS local.

On pourrait aussi citer d'autres avantages comme :
Tester le clustering.
Tester des nouvelles distributions.
Se frotter à la ligne de commande sans risque de tout casser.
Se former à l'administration Linux.
Préparer des postes de formations.
Être indépendant du système hôte et pouvoir développer quelque soit la machine.

La liste est vaste et je vous laisserai la compléter.

Quelques inconvénients

Après bientôt un an d'utilisation diverses, je vois quelques défauts aux VM dont il faut bien faire attention.

Tout d'abord, ça prends de la place. Il faut compter facilement 2 à 4go pour une VM de base et parfois beaucoup plus quand elle est lancée. Du coup les pauvres disques de 50Go sont à la peine. Sur ce point VirtualBox fait un peu mieux que VMWare avec un gestionnaire de disque plutôt pas mal foutu. L'avantage des images VMWare étant qu'elles sont plus facilement copiable, zippable et archivable. Pensez à acheter un disque dur.

Ensuite l'autre point où je n'ai pas trouver de solutions satisfaisante est le partage des données entre la machine virtuelle et le poste de développement. La meilleure solution à ce jour est de crée un partage samba et d'ouvrir un lecteur réseau. L'inconvénient est de bien penser à recréer ce lecteur réseau et lui associer une lettre de lecteur toujours fixe. Effectuer une création au démarrage est une bonne idée mais il ne faudra pas oublier de lancer la VM. En pratique ça va, on s'en sort mais parfois un oubli fait d'un coup ramé le poste. Merci Windows.

Verdict

En conclusion je vous invite à vous laisser tenter par l'utilisation de VM. Aujourdhui la puissance des machines le permet et le gain est extraordinaire. Voici quelques liens pour aller plus loin. A suivre également, quelques posts sur des éléments que je suis en train de mettre en place pour des projets Zend Framework et Drupal.

Article sur LinuxMag : http://www.linux-mag.com/id/7266.
Télécharger des VM : ThoughtPolice.
Site de VirtualBox : http://www.virtualbox.com/
Site de VMWare : http://www.vmware.com/

C'est vraiment galère quand on a pas de framework JS pour trouver un bout de code permettant de cocher l'ensemble des checkbox d'un formulaire. Voici un bout de code qui devrait répondre à toutes les situations. Je me suis inspiré de ce bout de code ci : http://www.developpez.net/forums/d26897/webmasters-developpement-web/html-dhtml-xhtml/cocher-check-box/

Fonction javascript chkAllBoxes

Utilisation en HTML :

Well Done !

Le framework Symfony a pour réputation (vérifiée) d'avoir une base très étendues de plugins. Zend Framewok lui a plutôt la réputation d'avoir un mode de contribution solide mais plus lent. Au cours d'un travail de comparatif, je me suis penché sur le sujet pour me faire une idée. J4ai découvert à cet occasion l'existence du projet ZendX pour Zend Framework eXtensions Library.

Pour le moment il existe assez peu de documentation sur le sujet, mais il est à noter que ZendX dispose de son propre espace de nom pour ne pas renter en conflit avec les librairies Zend. La documentation contient même des éléments à ce sujet sur ZendX_Console_Process_Unix pour faire du multitasking en PHP et ZendX_Jquery pour l'intégration du célèbre framework Javascript et de son extension UI.

Pour l'instant le projet semble encore à ses débuts mais il devrait être intéressant à suivre.

Question annexes : Est ce que par hasard, vous avez justement connaissance de projet permettant d'étendre les composants de Zend Framework ou des packagings d'architecture ?

Après quelques années de développement et l'abandon complet de la branche PHP 4, la version 5 de PHP rentre peu à peu dans les moeurs. Les applications et frameworks, eux aussi, évoluent. Il devient même courant que PHP 5.2 soit un pré-requis indispensable (en théorie [1]) à la mise en place d'une application. Citons entre autres :
Zend Framework 1.8.2
Symfony 1.2
Doctrine
Drupal 7

Etrange donc que certaines distributions ou hébergeur reste sur des anciennes branches de PHP 5. D'un point de vue sécurité et maintenance c'est carrément une aberration, car quand une nouvelle branche est lancée, l'ancienne est abandonnée.

Heureusement, comme souvent dans l'open source, de vaillants développeurs pallie les manques de distribution phare comme c'est le cas pour CentOS ou Redhat

GO PHP 5.2 in RedHat or Centos !

Tout se passe ici : http://www.jasonlitka.com/yum-repository/. Il s'agit d'un dépôt, non officiel, contenant des paquets à jour pour les distributions utilisant le système RPM (soit principalement Red Hat et CentOS). Pour ces distributions j'utilise l'application Yum donc c'est pour celle-ci que fonctionne ce tutoriel.

Pour valider la provenance des paquets dans le systèmes, commençons par importer la clé du dépot :

On créé ensuite un fichier contenant les information du dépots. Ces fichiers se trouve dans le répertoire /etc/yum.repos.d et prennent le nom du dépot suivi de l'extension .repo, soit, dans notre cas, /etc/yum.repos.d/utterramblings.repo.

Ajouter à l'intérieur les lignes suivantes.

Si tout se passe bien, un simple yum update va ensuite mettre à jour les différents éléments de votre distribution. Si jamais vous obtenez des erreurs 404 au moment de cette étape, c'est que $releasersever et $basesearch ne sont pas renseigné. Pour cela modifier le fichier et remplacer par vos informations :
$releasever : 4 ou 5 selon le cas.
$basearch : Architecture soit i386 ou x86_64.

Et voilà de quoi vous libérer des chaines des dépôts officiels.

Je travaille actuellement à l'amélioration d'un CMS basé sur Copix. J'en reparlerais d'ailleurs dans un prochain billet qui est en cours d'écriture. L'essentiel du travail consiste à refondre et améliorer l'éditeur de page qui utilise FCKEditor.

On peut douter du bien fondé de l'utilisation de ce genre d'éditeur pour de l'édition de contenu. Dans le cadre du site en question il est utilisé de façon raisonné (pas de mise en page qui pête, des plugins qui ajoute des ponts vers le CMS)

Le point bloquant jusqu'à présent est le manque d'outil pour facilement :
Ajouter des flash
Ajouter des fichiers médias : AVI, mp3, flv.

Pour le premier point, bonne nouvelle, les dernières versions de FCKEditor le gère directement. Pour le deuxième point, il faut aller à la recherche d'un plugin.

Media Player pour FCK Editor

Avec mon meilleur ami sur le net, je suis donc parti à la recherche d'un plugins idoine. Le premier plugins que j'ai trouvé utilise FLVPlayer. A première vue il semble très intéressant, facile à mettre en place mais il souffre de quelques défauts.

Tout d'abord il y'a trop d'options. Couleurs de fond, hauteur, largeur, watermark, image de preview. Oui bien mais mes utilisateurs n'en demandent pas temps et je songe qu'ils seront vite perdus. L'autre poins assez contraignant est lié à la prévisualisation de l'emplacement du média dans l'éditeur. Il s'agit d'un simple div pas commode à modifier et surtout difficile à effacer. Ce qui achève le tout c'est qu'il m'est avéré impossible de lire un avi.

En cherchant un peu mieux, je suis tombé sur un petit plugin développé par le projet Jira. Au premier abord il ne paie pas de mine mais il a l'avantage de bien fonctionné. Le seule problème trouvé est qu'il ne gère pas les mp3. A que celà ne tienne, on va l'améliorer.

Pour quelques modifications en plus

Ce plugin utilise en fait un lecteur flash pour lire les fichiers FLV. J'ai donc été à la recherche d'un fichier identique pour lire les mp3 et je suis tombé sur le dewplayer que j'ai mis dans le répertoire de movieplayer.

Il m'a suffit donc d'ajouter un lien vers ce player dans le fichier movieplayer.js comme lecteur alternatif. J'en ai profité pour utilisé les variables de configuration.

En étudiant ensuite le code, j'ai remarqué que le système effectuait un contrôle sur le type de contenu envoyé. J'ai donc simplement repris le code présenté en exemple sur le site dewplayer et l'ai adapté pour l'insérer dans le plugin (A partir de la ligne 203) :

Tout simplement, et ça marche.

Vous trouverez en attachement de ce post, une version packagée comprenant mes modifications. N'hésitez pas à me faire vos retours d'utilisations.

Actualités du mois de mai en bref, très bref.

PHP Solutions Mag

Ce mois-ci, dans PHP Solutions Mag, vous trouverez deux articles sur les CMS en vogue Joomla et Drupal. Celui sur Drupal est signé d'un certain Brice Favre d'ailleurs :)

Au sommaire également quelques éléments sur les aspects IHM :
Aller plus loin avec Ajax en créant une application de messagerie instantanée.
Simuler une barre de téléchargement.

Ce numéro contient un dossier important sur les boutiques en ligne. Le point intéressant est que ça parle aussi d'ERP Open Source et ne se cantonne pas qu'à une bête installation d'OSCommerce. Dommage que Magento et la CRM n'y soit pas cité.

Autrement, vous trouverez quelques articles introductif sur les sujets suivants :
Cake PHP, très bon article de présentation et de pratique
Le partitionnement MySQL 5.1
HTML 5 (Bonne idée parce que pour l'instant j'ai pas tout suivi).

En bref, encore quelques sujets intéressants à creuser et à découvrir. Bonne lecture.

Plus de détais sur le numéro

Pelmel.org

Pelmel.org est un peu en stand-by en ce moment. Ce ne sont pas les sujets qui manquent mais sans doute le temps pour les écrires. Donc en préparation encore du Drupal (globalement meilleur CMS du moment), du Copix CMS (oui) et un peu de PostgreSQL.

A bientôt.

La semaine dernière, j'ai donné une formation sur le CMS que j'apprécie de plus en plus, à savoir Drupal. Je remercie particulièrement l'équipe de développement d'avoir sorti une versions le lendemain même du dernier jour de formation.

Pendant trois jours j'ai abordé les points suivants :
Présentation et Installation.
Intégration et utilisation des modules communautaires.
Thématisation sur une base standard et sur Zen.
Développements de modules.
Gestion des menus.
Utilisation des déclencheurs.

Un programme intense destiné avant tout aux développeurs et administrateur.

A la demande de mes stagiaires, j'ai pris un peu de temps pour réaliser un complément de support sur les profils d'installation. J'en profite aussi pour partager ce support avec vous :

N'hésitez pas à me faire vos retours rendrez-vous, peut-être, lors d'une prochaine session.