Cyruss life

Mes collègues chez AlterWay, Jean-marc Fontaine et Damien Seguy ont fait un superbe travail dans l'écriture d'un livre blanc sur l'industrialisation PHP. Je le relaie donc ici :)

Next step coté business on travaille avec Damien à faire une formation industrialiser PHP chez Anaska. Cette formation sera une évolution de la formation PHP bonnes pratiques je pense.

En près de 15 ans, PHP a conquis la plupart des entreprises. Au début utilisé pour des projets annexes, il est aujourd’hui au cœur du SI.

Les projets se complexifient, les délais se raccourcissent : il est temps d’industrialiser les processus de développement.

Ce Livre Blanc dresse un état de l’art des outils et méthodes qui permettent aujourd’hui d’industrialiser ses développements PHP.

URL : http://www.alterway.fr/publications/livre-blanc-industrialisation-php

• Auteurs : Damien Seguy, Jean-Marc Fontaine
• Editeur : Alter Way
• Langue : Français
• Publication : 2009

Vu sur Solutions Logiciels

Le 16 septembre 2009, la cour d'Appel de Paris, dans un arrêt qui fera jurisprudence 1, a reconnu coupable la société Edu4 2 pour ne pas avoir fourni à son client l'AFPA 3 les sources du Logiciel Libre VNC 4 et pour avoir supprimé le texte de la licence GNU GPL 5. L'auteur de VNC n'était pas impliqué : l'AFPA a fait valoir ses droits en tant qu'utilisateur de Logiciel Libre.

Les faits remontent au début de l'année 2000, lorsque l'AFPA lance un appel d'offre d'un montant de plusieurs millions d'euros pour renouveler l'équipement de ses salles de formation. La société Edu4 remporte le marché public. Durant l'été 2001, lors de la recette de la première phase du marché, l'AFPA découvre que le Logiciel Libre VNC est utilisé pour permettre aux formateurs de prendre le contrôle du poste des élèves. Malgré des demandes répétées et l'intermédiation de la FSF France, Edu4 refuse de fournir les sources modifiés de VNC. L'AFPA introduit alors une action en justice. En 2002, Edu4 fournit des sources mais qui ne correspondent pas à la version de VNC livrée en 2001. La FSF France, partie sachante, découvre ensuite que Edu4 a également modifié les notices de droit d'auteur, prétendant être l'auteur de VNC, et supprimé le texte de la licence GNU GPL. La bataille juridique va se prolonger plusieurs années.

La décision de la cour d'Appel est historique car elle reconnaît judiciairement que lors de la redistribution d'un logiciel sous licence GNU GPL les sources correspondantes doivent être accessibles 6. Cette obligation, pivot légal de la "gauche d'auteur" (aussi appelée copyleft en anglais) 7 - l'utilisateur a besoin de la forme source pour enrichir ce qu'il reçoit et le transmettre à son tour -, est enfin reconnue comme telle. Plus remarquable encore, l'auteur du logiciel VNC n'a pas été sollicité pour être partie au procès. Cela bouscule l'idée que seul l'auteur d'un Logiciel Libre peut faire respecter la licence 8. Tout comme l'AFPA a réclamé les sources de VNC à Edu4, chaque utilisateur de Logiciel Libre peut adresser la même demande à son fournisseur.

Depuis le temps que je voulais le faire c'est en cours, j'ai prit le temps qu'il faut et je travaille sur une conférence PHP Optimisation pour les PHPDays le 7 Juillet projet.

L'idée est simple, chaque participant récupère une machine virtuelle avec une application PHP. Avec Julien Paulli nous présentons les différents outils de mesure et de charge (http_load, siege, ab, top, ...) et nous prenons le pouls de notre application en la stressant avec un jeu de test défini de façon logique. Notre application est censé répondre à 600 requêtes par seconde. Damned l'application génère 100 requêtes par seconde.

Vient ensuite les premières actions d'optimisation, on regarde du coté de la base de données et de la configuration associée. Allez hop on passe à 200 req / s.

Traçons un peut les requêtes HTTP et les retours d'apache / PHP. Humm et si on mettait un système de cache ? Allons voir du coté d'APC. Et hop une augmentation de performances !

Damn il reste 100 requêtes seconde à gratter ... la suite aux PHPDays :D (de quoi me laisser le temps de trouver)

La bibliothèque PHP : odtPHP vient de sortir en v0.9.

Cette bibliothèque permet de générer des fichiers OpenOffice avec PHP en se basant sur des fichiers odt modèle.

Le système est simple, il consiste à mettre des "tags" dans vos fichiers OpenDocument (par exemple {titre} ) qui seront automatiquement remplacés lors du parsing de PHP.

Fonctionnalités supportées :

• Gestion des balises simples ;
• Ajout d'images ;
• Gestion de boucles ;
• Gestion de tableaux.

Liens

• fr odtPHP (251 hits)
• fr exemple de manipulation (432 hits)

La version 0.9 est la dernière version avant la v1.0 et contient les améliorations suivantes :

• Fix : Possibilité d'ajouter des images à l'intérieur des boucles ;
• Add: Possibilité d'insérer plusieurs segments à l'intérieur d'un autre ;
• Possibilité de répéter des lignes de tableaux ;
• Ajout de nouveaux tutoriels afin de montrer les nouvelles fonctionnalités de la bibliothèque ;
• Les retours chariots sont désormais pris en compte correctement dans le document généré ;
• Appeler la fonction saveToDisk() sans paramètre ne génère plus d'erreur PHP ;
• saveToDisk() lance maintenant une exception lorsque la méthode tente d'écraser un fichier dont on n'a pas les droits en écriture ;
• Un 4ème paramètre optionnel ajouté à la méthode setVar() permet de gérer des données encodées en UTF-8.

Si vous utilisez le produit n'hésitez pas à nous en faire part.

Remettant en place ma configuration de travail PHP sur Ubuntu j'ai commencé par télécharger XAMPP, un auto installeur de l'ensemble Apache, PHP et MySQL pour Linux.

Vu que je souhaite installer xDebug il me faudra faire appel à phpize donc je télécharge le pack commun et le pack développeur. L'installation est simple il suffit de taper les lignes de commande (sudo permet de faire les actions en tant que root ) :

sudo tar -xvzf xampp-linux-1.7.1.tar.gz -c /opt

sudo tar -xvzf xampp-linux-devel-1.7.1.tar.gz -c /opt

Je peux tester que tout s'est bien passé en lançant mon serveur :

sudo /opt/lampp/lampp start

Un petit tour de mon navigateur sur "http://localhost/" pour vérifier que tout tourne.

Ok nickel je continue.

Par défaut mon ubuntu n'a pas "auto-conf" d'installé donc je l'ajoute via le "gestionnaire de paquet Synaptic".

Je souhaite débogguer mes applications donc j'aurais besoin de xDebug, je vais dans la rubrique obtain pour télécharger les sources que je copie sur mon bureau avant de les décompresser :

tar -xvzf xdebug-2.0.4.tgz

Je vais maintenant compiler une extension so que je pourrais associer à ma configuration actuelle :

sudo /opt/lampp/bin/phpize

Je me rends dans le répertoire créé lors de l'extract du fichier tar.gz de xdebug et je compile pour obtenir le xdebug.so

cd xdebug-2.0.4

sudo ./configure enable-xdebug with-php-config=/opt/lampp/bin/php-config

sudo make

Je déplace alors le fichier "xdebug.so" (généré dans ./modules/ ) dans le répertoire des extensions PHP de XAMPP :

sudo cp modules/xdebug.so /opt/lampp/lib/php/extensions

Il n'y a plus qu'a indiquer dans le fichier de configuration PHP (/opt/lampp/etc/php.ini) que je souhaite utiliser xdebug en ajoutant la ligne :

zend_extension=/opt/lampp/lib/php/extensions/xdebug.so

Prochaine étape : configurer le debogueur de PDT