Industrialisation PHP

Revue de presse Industrialisation PHP de la semaine 21 (2010)

C'est le .phar à "On", parce qu'il s'appelle "On", le mec...

Phar est probablement l'une des fonctionnalités de PHP les plus méconnue. Disponible depuis quelques années à titre expérimental et en standard depuis PHP 5.3, Phar est, pour simplifier, l'équivalent de Jar dans le monde Java. Il s 'agit d'un format de fichier qui est capable d'encapsuler des fichiers PHP et des métadonnées dans une archive qui peut être compressée et signée.

L'avantage par rapport à une archive classique est que PHP est capable de manipuler et d'exécuter nativement les fichiers PHP contenus dans une archive Phar. Cela permet par exemple de déployer une application web complète sous forme d'un unique fichier Phar qui est immédiatement exploitable comme l'explique en détails Frédéric Hardy dans cet article.

Models for hierarchical data

Stocker et manipuler des données hiérarchisées avec une base de données relationnelle est compliqué. Il existe plusieurs stratégies, certaines simples, voire simplistes, comme les listes adjacentes  et d'autres plus performantes mais plus complexes comme la représentation intervallaire.

Bill Karwin, ancien responsable du Zend Framework, a donné une conférence sur ce sujet où il présente les avantages et les inconvénients des différentes approches.

Sécuriser un serveur SSH

De nos jours, plus personne n'utilise FTP pour déployer une application (n'est-ce pas ? ) à cause des problèmes de sécurité inhérents à ce protocole. SSH l'a supplanté depuis longtemps mais encore faut-il que le serveur soit bien configuré pour assurer une sécurité optimale.

Command Line PHP

J'ai déjà eu plusieurs fois l'occasion d'en parler mais je suis très fan de l'usage de PHP en ligne de commande. Cette possibilité reste malheureusement largement ignorée par les développeurs PHP. Pour remédier à cela Vanessa Vasile a publié une série d'articles montrant comment utiliser PHP pour créer des scripts exécutables en ligne de commande.

Comment signaler efficacement un bug

On a tous été confronté au problème de l'utilisateur qui se plaint d'un bogue mais qui ne prend la peine de donner au développeur les clés pour le comprendre et donc le corriger. On arrive vite à un dialogue de sourds : l'utilisateur pense que le développeur est un incapable et le développeur considère que l'utilisateur ne sais pas utiliser l'application.

Simon Tatham a écrit il y a plus de 10 ans un article qui est toujours d'actualité et qui fait référence dans ce domaine. Il y explique comment faire un rapport de bogue utile. C'est une mine d'idées pour éduquer les utilisateurs et éviter cette incompréhension préjudiciable pour tous.