Dev

Hier (31 août 2006) le premier commit du paquetage OpenDocumentà eu lieu sur le dépôt CVS de PEAR. Ce paquetage vous permettra de créer et lire des documents au format éponyme. Il a été développé dans le cadre du Google Summer Code.

Il s'agit d'un format connu des applications tels OpenOffice ou KOffice et utilisé par des administrations comme l'Union Européenne 1.

C'est une première version disponible uniquement en CVS au moment ou j'écris ces lignes. Une release devrait arriver sous peu. Il n'est pas encore exploitable (nous sommes 2 jours après le premier commit, ne l'oublions pas !).

PEAR blog post

Aaron poste un billet sur "Ce qui ne va pas dans PEAR" en commentaire à l'une des raisons de la session "Six reasons PHP sucks" donnée à OSCON.

Je vous laisse lire le billet sur des problèmes et les solutions proposées.

Les commentaires vont du classique "C'est nul" à la réflexion sur les problèmes de gestion des releases.

Voici une courte de liste de problèmes choisis dans les commentaires.

Documentation: c'est à mon sense le défaut majeur. Le manque de documentation et la barrière d'entrée au système utilisé élevée (docbook)

• Un wiki devrait aider mais amène aussi des inconvénients. Un wiki est par nature peu structuré, à l'opposé de docbook donc et nécessite un effort conséquent pour garder une cohérence d'ensemble. Cependant je pense qu'un wiki serait une grande avançée.

Paquetages abandonnés ou absence des mainteneurs

• ne pas hésiter à contacter la liste pear-qa en vous proposant comme mainteneur. Le mieux pour cela est d'avoir des patchs déjà écrit. En cas de non-réponse sur cette liste écrivez à la liste pear-dev. Les temps de réponses ne sont pas immédiats, ne vous attendez donc pas à avoir une réponse dans les cinq minutes suivantes.

PEAR n'est pas PHP5. De nombreux paquetages fonctionnent correctement sous PHP5. Un lecteur remarque correctement que la compatibilité PHP5 ne signifie pas que ses fonctionnalités soit utilisées

• Pour qu'un paquetage soit vraiment PHP5 une nouvelle version majeure doit être écrite, exemples hypothétiques: Services_Amazon2, Log2, Date2, etc. Il d'ailleurs fortement recommandé pour les nouveaux paquetages d'être écrits en PHP5.

J'utilise depuis peu la librairie Yahoo!. Ce billet montre comment chaque ligne d'une table peut devenir un éléments cliquable, donnant ainsi une plus grande souplesse aux utilisateurs.

J'ai récemment indiqué le renouvellement de l'équipe assurance qualité de PEAR. Suite àune question posé sur la liste de discussion voici un éclaircissement sur la participation à ce renouvellement.

Tout le monde peut participer au processus de selection des candidats ainsi qu'au vote. Pour cela vous devez disposer d'un compte sur le site pearweb. Si jamais vous n'en avez pas, vous devez en demander un en précisant que vous désirez participer au renouvellement de l'équipe.

Vous pouvez nominer n'importe quel personne qui participe aux listes de discussion pear-qa et pear-dev.

La suite se déroulera comme indiqué sur la proposition.

Nous allons voir comment utiliser le coeur du système, j'ai nommé le controlleur. Il s'agit plus précisement d'un "controlleur frontal". Le principe est simple, toutes les requêtes arrivant sur une application sont gérées par un seul objet et redistribuées comme il faut.

La structure recommandée d'une application utilisant le controlleur est:

/application
    /models
    /views
    /controllers
/document_root
    /images
    /styles
    .htaccess
    index.php
/library
  /Zend

En pratique nous avons la page document_root index.php dans ressemblant à ceci

Pour le moment le fonctionnement du controlleur suppose l'utilisation du module mod_rewrite d'apache afin que toutes les requêtes soient effectivement envoyées au fichier index.php. Une solution entièrement PHP devrait bientôt faire son apparition.

La règle à ajouter dans la configuration apache ou dans un fichier .htaccess est

RewriteEngine on
RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php

Une proposition vient d'être ajoutée à PePr (outil de gestion des propositions) pour le renouvellement de l'équipe d'assurance qualité de PEAR.

Il existe en fait deux équipes, l'une est constituée de tous les membres inscrits à la liste de diffusion pear-qa; tous les membres peuvent donc participer aux activités assurance qualité comme les tests des nouvelles version de l'installateur de paquetages. La deuxième équipe, plus restreinte, est composée de 6 membres qui ont des droits supplémentaires sur le site web (pearweb) pour gérer les mainteneurs des paquetages, retirer des releases ne respectant par les règles, etc.

Je vous encourage donc à lire la proposition et participer au renouvellement !

La proposition : http://pear.php.net/pepr/pepr-proposal-show.php?id=394

Zend à récemment sorti un plugin PHP pour Eclipse, un Environnement de Développement Integré.

Lisez ce billet pour voir l'installation et le résultat.

MaJ: A noter qu'il s'agit d'une version "preview" 0.5, la version finale 1.0 étant prévue pour septembre.

Lors de l'apéro PHP du vendredi 16 décembre 2005 Sarah m'a suggéré de présenter les paquetages de PEAR par les fonctions qu'ils apportent. Le site actuel permet de parcourir la liste des paquetages mais ne présente pas les paquetages en termes des tâches qu'ils permettent d'effectuer.

Je prends donc ma plume (clavier en fait) pour essayer y remédier et présenter les paquetages. Le but n'est pas d'être exhaustif mais plutôt de vous permettre de mettre un pied à  l'étrier plus rapidement.

Vous désirez participer à PEAR et ne savez pas par où commencer ? Ce billet vous donne des pistes.

Pour simplifier, on distingue trois types de contributions: - nouveau paquetage - paquetage existant - documentation

PEAR dispose d'un outil de gestion des propositions nommé PePr. Une personne souhaitant proposer un nouveau paquetage ou bien une recommandation (RFC) doit publier sa proposition en utilisant cet outil.

Pour un nouveau paquetage il y a deux étapes à effectuer. La première est de vérifier l'existence d'un paquetage remplissant les mêmes fonctions. Si c'est le cas et que votre paquetage n'apporte aucune nouvelle fonctionnalité il sera probablement refusé à moins que vous n'ayez de solides arguments.

Dans le cas où le paquetage fournit des fonctionnalité supplémentaires il est préférable d'essayer de les intégrer au paquetage existant. Si cela n'est pas possible pour quelque raison que ce soit le paquetage peut tout de même être accepté après une discussion.

Contribuer à la documentation s'effectue de deux façons. Vous pouvez ouvrir des bugs en indiquant les erreurs dans le manuel. Pour aller plus loin vous pouvez contacter la liste pear-doc en envoyant vos documents à intégrer au manuel ou posez vos questions.

J'espère que cela vous aide !

J'écoute régulièrement des Podcast téléchargés sur le site IT Conversations. Les sujets que j'écoute sont divers et j'avais envie de partager ceux que je considère comme intéressants.

J'utilise iTunes sur Mac OS X, chaque piste est notée de 1 à 5 étoiles. J'ai écrit un script PHP qui affiche les podcasts d'une playlist avec les informations adéquates pour que vous puissiez l'écouter à votre tour.

Sur le blog de C. Enrique Ortiz une liste de dix réponses que les développeurs donnent lorsque leurs programmes ne fonctionnent pas (librement traduit) :

1. C'est bizarre
2. Ca n'a jamais fait ca avant
3. Ca marchait hier !
4. Vous devez avoir la mauvaise version
5. Ca fonctionne, mais ca n'a pas été testé
6. Quelqu'un doit avoir changé mon code
7. Avez-vous regardé s'il y a un virus sur votre poste ?
8. O๠étiez-vous quand le problème s'est produit ?
9. Pourquoi voulez-vous le faire de cette faà§on ?

Et le meilleur pour la fin

1. Je pensais avoir corrigé ce problème

Via phpcult via Planet-PHP

A lire pour tout savoir sur le framwework, par Andi Gutmans.

Zend Framework (post is too long so make sure to grab coffee) - Andi Gutmans

(Via Planet PHP.)

Recemment quelqu'un m'a demandé quels sont les 3 conseils que je donnerais à  un développeur débutant en PHP.

Ces trois conseils sont: - ne jamais faire confiance aux données entrées par l'utilisateur (sécurité) - documenter le code - utiliser des standards de codage (lisibilité et maintenance du code)

Quels sont les votres ?

Le programme du forum PHP 2005 est en ligne, j'aurai le plaisir d'y présenter une session sur l'assurance-qualité de PEAR et les nouveautés de la version 1.4 de l'installateur.

Il va falloir se mettre sérieusement au travail

Suite à une série d'articles de Tobias Schlitt sur l'utilisation de VIM pour les développements PHP j'ai décidé de parfaire ma connaissance de cet éditeur.