Pomme, poire & electro

Pour mémoire, je me le note ici (ça peut servir à d'autres aussi) : En cas d'erreur dans le log d'un commit, on peut le modifier en activant le hook pre-revprop-change. Pour ce faire il faut suivre les instructions trouvées sur un blog quelconque (c'est pas parce que j'ai pas envie de citer la source, c'est que c'est le vrai nom du blog !).

Pour mon cas, je ne sais pas s'il s'agit d'une spécificité de mon bash de svn (1.5.1) ou de la distrib (je suis sur une Debian 5) une petite variante a été nécessaire : D'abord renommer pre-revprop-change.tmpl en pre-revprop-change (et non pre-revprop-change.sh)

Ensuite si le dépôt est relié à un Trac il faut resynchroniser manuellement la base de Trac (il faut être loggué en root ou au moins en tant qu'apache) :

trac-admin /path/to/trac/project resync

Et voilà.

Y'a-t'y des gens qui font du développement web sur toulouse, et qui seraient intéressés pour deux choses :

• d'une part participer à la maintenance d'un projet commercial (et donc rémunéré)
• et d'autre part me donner un coup de main sur un framework à licencier en open source et sur lequel le projet tourne. Le framework fait largement appel à plusieurs briques pear (DB_DataObject_Formbuilder_Frontend et dépendances)... Dans l'idée de rendre ce travail public et communautaire par la suite ?

Faites signe si ça vous intéresse d'en savoir plus...

Quelle honte ! Vous êtes en train de vous échiner à chercher une solution sur le web depuis le pc de votre coloc, qui lui jubile face à toute ces années où vous avez fait le beau à chaque fois qu'il faisait une réinstall de windows XP. Votre mac est bloqué, ce qui s'appelle bloqué. Impossible de booter depuis cette satanée mise à jour 10.4.9, pas même en mode single user, pas même depuis un lecteur externe, la cata quoi !

ça faisait un moment qu'apple n'en avait pas fait une aussi belle. Mais rappelez-vous la 10.3.1 qui détruisait les disques firewire et leur contenu, la mise à jour itunes qui faisait disparaitre la bibliothèque !

J'étais jusqu'à maintenant passé entre les gouttes, mais cette fois-ci je me suis fait bien peur, j'en ai même travaillé le dimanche (dire à mes clients le lundi "désolé mon ordi est en rade", ces clients à qui je clame furieusement qu'il faut du mac pour travailler, aurait fait beaucoup de mal à mon ego).

Mais voilà, victoire, aujourd'hui la bête se porte comme un charme, et voici comment faire :

• Rendez-vous avec votre machine chez le voisin du premier qui, oh bonheur, possède un macintel.
• Téléchargez sur le site d'apple la mise à jour 10.4.9 combo sur le macintel du voisin
• Branchez-y votre machine en mode target (T au démarrage) et installez la mise à jour combo.
• Ejectez, redémarrez, souriez

Enfin je ne saurais que trop vous recommander d'installer et utiliser régulièrement applejack qui permet de nettoyer les caches, les disques et réparer les autorisations en mode singluser (pomme-S au démarrage). C'est notamment un outil à utiliser avant et après chaque mise à jour Apple.

Voici une extension de DB_DataObject qui implémente l'interface Iterator.

Très pratique pour utiliser avec des moteurs de templates, qui possèdent quasiment tous leur "foreach".

<?php
 
class DB_DataObject_Iterator extends DB_DataObject implements Iterator {
    public function current() {
        return $this;
    }
    public function key() {
        global $_DB_DATAOBJECT;
        $result = &$_DB_DATAOBJECT['RESULTS'][$this->_DB_resultid];
        return $result->rowCount();
    }
    public function next() {
        $this->fetch();
    }
    public function rewind() {
        global $_DB_DATAOBJECT;
        $result = &$_DB_DATAOBJECT['RESULTS'][$this->_DB_resultid];
        if(!$result) return false;
        $result->seek();
        return $this->fetch();
    }
    public function valid() {
        global $_DB_DATAOBJECT;
        if (empty($_DB_DATAOBJECT['RESULTS'][$this->_DB_resultid]) || 
            !is_object($result = &$_DB_DATAOBJECT['RESULTS'][$this->_DB_resultid])) 
        {
            return false;
        }
        return true;
    }
}

Ne fonctionne qu'avec MDB2 (doit pouvoir être adapté à DB) et bien sûr nécessite PHP5, l'interface Iterator faisant partie des SPL.

Vous avez monté une application web que vous utilisez régulièrement, et vous souhaitez rechercher un moyen de l'optimiser, ou vous avez besoin d'un outil de profiling dans le cadre de votre développement PHP ? Vous êtes sur mac osX, vous utilisez MAMP (1.3.1). Moi aussi !!

Je me suis donc décidé à voir ce que donne xdebug qui semble être l'outil incontournable pour accomplir cette tâche. J'ai rencontré quelques obstacles pour arriver à mes fins, qui justifient je pense l'écriture de ce billet.

Installer xdebug

Il n'existe pas de version précompilée de Xdebug pour mac, qui plus est la compilation dépend de la version du moteur Zend utilisé dans votre environnement. Donc, une compilation est nécessaire. Le problème avec MAMP, c'est que les librairies C en sont absentes, ce qui rend toute compilation de module PHP impossible.

Il faut donc, dans un premier temps, récupérer une distribution de php avec le même moteur Zend que la version de MAMP incluant les librairies (à savoir 20050922). Tout ça uniquement pour compiler le module...

Le package d'entropy étant passé en php 5.2, je me suis rabattu sur une autre solution (plus simple, voir note de bas de page)

Pour ce faire j'ai opté pour le package php de Marc Liyanage (ceux qui sont sur osX depuis le début doivent connaitre car il a été le premier à proposer des packages d'installation apache/php/mysql pour osX, qui soient à la portée d'un développeur web de base comme moi).

Le package php 5.1.6 se trouve ici. Récupérez-le, installez-le (c'est un .pkg). Toute l'installation est placée dans le dossier /usr/local/php5/. La version PHP de MAMP est 5.1.4, mais le moteur Zend est le même,c'est ce qui compte.

Cette fois on a les librairies C (dans le dossier include).

Allons nous placer dans une fenêtre terminal.

A savoir, le module php de marc liyanage a effectué une installation des binaires en root/wheel. Alors ceux de MAMP vous appartiennent. Il va donc falloir compiler le module en tant que root.

Pour ce faire, et comme je suis un partisan du moindre effort (il faut déjà en faire assez) nous allons utiliser le gestionnaire de packages PECL (celui du package PHP de Marc Liyanage, pas celui de MAMP !). comme ceci :

macbookpro:~/ moi$ sudo /usr/local/php5/bin/pecl install xdebug

après quelques dizaines de secondes, le téléchargement des source et la compilation sont effectués. le nouveau module a été copié dans /usr/local/php5/lib/php/extensions/no-debug-non-zts-20050922 . Il va falloir, d'une part basculer les droits pour coller avec ceux de MAMP, puis déplacer le module dans le dossier des extensions Zend de MAMP :

sudo chown moi /usr/local/php5/lib/php/extensions/no-debug-non-zts-20050922/xdebug.so
sudo chgrp admin /usr/local/php5/lib/php/extensions/no-debug-non-zts-20050922/xdebug.so
cp /usr/local/php5/lib/php/extensions/no-debug-non-zts-20050922/xdebug.so /Applications/MAMP/bin/php5/lib/php/extensions/no-debug-non-zts-20050922/xdebug.so

Ne reste plus qu'à ajouter une ligne à notre php.ini :

echo zend_extension=/Applications/MAMP/bin/php5/lib/php/extensions/no-debug-non-zts-20050922/xdebug.so >> /Applications/MAMP/conf/php5/php.ini

Et redémarrer les serveurs depuis l'interface MAMP. Il ne vous reste plus qu'à vérifier que le module est bien chargé, en allant consulter le phpinfo(); (si vous lisez cet article, vous savez faire, non ?...)

Premières utilisations

On peut déjà utiliser Xdebug directement dans notre code PHP. Le module xdebug.so ajoute quelques fonctions PHP (consultez la liste complète dans la documentation de xdebug). Premier exemple de base, remplacer le gestionnaire d'erreurs de PHP par celui de Xdebug :

<?php
xdebug_enable();
fonction_a_la_con_qu_existe_pas();
?>

Allez voir ce que ça donne :

Wowo que c 'est bô !!! L'intérêt semble limité pour un simple appel de fonction, mais la pile de traçage devient vite très intéressante lorsque l'on se retrouve à gérer des erreurs dans une imbrication multiple d'objets.

Je vous invite, à partir de ce point, à explorer les différentes fonctions xdebug, dans la doc correspondant (voir lien plus haut). Attention la version 1.3 et la version 2 (celle qu'on a installé) fonctionnent tout à fait différemment.

En tout cas, le top avec xdebug, c'est d'utiliser une interface graphique pour profiler son application. Comme souvent sur mac, on est à la traine et il faut jouer des coudes pour trouver ce dont on a besoin. Heureusement que cet OS est le plus agréable du monde, ça fait oublier ces petits désagréments ;). Heureusement il y a Fink grâce auquel nous allons pouvoir installer Kcachegrind....

Installation de Kcachegrind

bas débit s'abstenir !

Pour installer Kcachegrind sur mac osX, il faut également récupérer un paquet de paquets liés à l'environnement graphique KDE. La solution la plus simple pour ne pas s'empêtrer dans les dépendances, est de laisser faire Fink. Il saura installer tout ce dont on aura besoin pour faire tourner la bête. Mais avant d'installer Fink, assure-vous d'avoir installé :

• Les Developer Tools (Fink a besoin de gcc entre autres)
• X11 (KDE tourne sur un moteur de ce type)

Ensuite, récupérez l'installeur de fink ici. L'installation se fait classiquement par un .pkg. L'installeur crée un répertoire sw en racine de votre disque système, tout ce que fink installera, ce sera dans ce dossier. Si vous êtes habitué à apt-get, pear, pecl ou dselect, sachez que fink est un gestionnaire de packages au fonctionnement similaire à ceux-ci, mais il est spécialisé dans le port d'application unix sur mac. Dans le même genre il existe Darwinports. Je n'ai pas testé, mais je pense que si les packages KDE sont dispo sur darwinports on doit arriver au même résultat.

Passons au rapatriement de kacachegrind et toute la cohorte de packages (140 pour moi) nécessaires à son bon fonctionnement. Je n'ai pas compté mais on doit pas être loin du gigaoctet, donc faites chauffer les modems ! D'abord, il faut configurer, et tant qu'à faire, mettre à jour Fink. Kcachegrind n'étant disponible qu'en statut beta, il faut indiquer dans la config que l'on souhaite pouvoir utiliser des packages en beta.

Retour dans le terminal :

vi /sw/etc/fink.conf

Et effectuez la modification suivante :

# Avant
Trees: local/main stable/main stable/crypto
# Après
Trees: local/main stable/main stable/crypto unstable/crypto unstable/main

voilà maintenant mise à jour de Fink et réindexation des packages :

fink selfupdate; fink index; fink scanpackages

Allez boire un café.... ... ... voilà, la journée doit être pas loin de se terminer pour lancer ce qui suit, téléchargement et compilation qui vont prendre... du temps :

sudo fink install kcachegrind

Répondez tout de même aux quelques questions (laissez les valeurs par défaut par exemple, ça suffit) pour que l'opération démarre. .... .... Le lendemain matin... Je vous souhaite de tout coeur qu'aucune erreur n'apparaisse dans votre terminal, en principe tout a bien du se passer, kcachegrind est prêt à être lancé. Il se trouve dans /sw/bin/kcachegrind.

Pour qu'il fonctionne correctement, il doit être lancé depuis X11, par le terminal. Vous pouvez ajouter le chemin de l'exécutable au menu Applications, c'est fait pour ça.

Vous devez obtenir quelque chose comme ça :

Vous savez quoi : on y est presque ! Ne reste plus qu'à configurer xdebug (on retourne dans le php.ini s'il vous plait)

xdebug.profiler_enable="1"
xdebug.profiler_output_dir="/Applications/MAMP/tmp/xdebug/"

Les valeur "xdebug.trace_output_dir" et "xdebug.profiler_output_dir" sont modifiables par l'emplacement où vous souhaiter enregistrer les fichiers de profiling.

Relancez le serveur apache

Lancez une page web PHP de votre serveur local, un fichier de profiling est créé à l'endroit que vous souhaitez. Il ne vous reste plus qu'à ouvrir ce fichier (extension .out) dans kcachegrind. Excellent ! Ci-dessous un profil d'un des sites que j'ai monté. Le retour visuel est immédiat et sans appel : mon système d'internationalisation, utilisant PEAR::XML_Serializer, a sérieusement besoin d'un système de cache :

Amusez-vous bien, n'hésitez pas à émettre remarques ou suggestions sur ce billet.

Voici la liste des articles écrits ça et là, qui m'ont aidé à monter cet environnement.

• http://xdebug.org/
• http://www.entropy.ch
• http://www.mamp.info
• http://classes.scriptsphp.org/article.Xdebug
• http://www.onlamp.com/pub/a/php/2002/02/28/profilingphp.html
• http://developpeur.journaldunet.com/tutoriel/php/060608-php-profiling-xdebug.shtml
• Stray notes : Running Kcachegrind on Mac OSX 10.4

EDIT : si vous êtes sur php 5.2 un brave ch'ti gars de chez Komodo propose les binaires pour Linux/macosX/Win32 par ici :

PHP 5.2 / xdebug builds

EDIT2 : souhaitant installer PHPunit 3, qui demande xDebug version 2, je me suis retrouvé coincé (après un changement de machine) car le package d'entropy est passé en php 5.2, et toujours pas MAMP (ben ouais j'ai pas upgradé). Donc là, le seul moeyn reste l'extension compilée de komodo. Elle est récupérable directement dans l'application elle-même.

J'ai pris la sale habitude de travailler sur certains projets que j'héberge pendant la période de développement, direct sur le serveur (local), en AFP. Je ne sais pas si c'est textmate ou l'AFP ou les deux, en tout cas cette méthode de travail de barbare (plutôt que de faire des commit sur mon SVN, ce qui serait tout de même plus sérieux) a foutu le bordel (enregistrement des deux fourchettes de fichier en deux fichiers, dont un commençant par '._').

Donc au bout de quelques temps je me dis "Tiens, je vais tout de même faire un petit commit, et on va essayer de repartir ans le droit chemin". Oui mais voilà, svn status me sort une liste grande comme le bras (et c'est peu dire) avec tous ces nouveaux fichiers. Le bordel quoi ! Heureusement mon pote Pascal qui assure bien en ligne de commande m'aiguille sur une méthode pour supprimer d'un coup d'un seul tous ces fichiers '._' de mon arborescence. Voilà ce que ça dit :

find ./ -name "._*" | xargs rm -R -v

Sympat non ?

EDIT : dans la série des petites bricoles qui facilitent la vie, Pascal m'a fait passer une page bourrée de scripts monolignes en perl, c'est assez puissant - Ecrire un programme d'une ligne en Perl

Finalement, je ne me suis pas reposé d'Auzits. Le grand week-end nous tendant les bras, nous sommes partis en famille à St-Agil, quelque part entre Tours et Chartres, dans le Perche.

Ambiance champêtre au possible, une fois encore. Cette fois-ci c'était pour vivre le festival cirque et fanfare du cheptel aleïkoum, une troupe d'acrobates/musiciens résidant dans le village. Le moins qu'on puisse dire c'est que ces deux disciplines vont bien ensemble, et leur collent à la peau. Remarquables d'énergie, les Poilus, la fanfare locale née de l'engouement amené par ces nouveaux arrivants, tout en fun et trompette.

A conseiller pour l'année prochaine !

Ok, let's try some english now, at least for topics related to pear. (well not too hard, only 3 lines of literatture and many others of code) ;)

I've written a tiny plugin for using a DB_DataObject inside a Smart template. It's a block plugin that implements the DB_DataObject::fetch() method and behaves as the foreach block, except that it does not handle the foreachelse equivalent yet. More to come ....

<?php
function block_dataObject($params,$string,&$smarty,&$repeat){
	if(!key_exists('from',$params)){
		$smarty->trigger_error('No from attribute declared for dataobject tag');
	}
	$do=&$params['from'];
	if(!is_subclass_of($do,'DB_DataObject')){
		$smarty->trigger_error('Object of type '.get_class($do).' passed to dataobject tag is not a dataObject');
	}
	$repeat=$do->fetch();
	return $string;
}
?>

You must register this plugin in smarty as a block :

<?php
	$aSmarty->register_block("dataObject","block_dataObject");
?>

And use it like this :

<?php
require_once 'DB_DataObject.php';
 
$users=& DB_DataObject::factory('users');
$users->find();
$aSmarty->assign_by_ref('userlist',$users);
?>

In the template file :

<dl>
{dataObject from=$userlist}
    <dt>{$userlist->name}</dt>
    <dd>{$userlist->phone}</dd>
    <dd>{$userlist->email}</dd>
{/dataObject}
</dl>

Mon pote Mr Freeze version haut en couleurs !

froz3n TV