Du coup, j'ai étendu la classe SoapClient pour que ca se reconnecte automatiquement et ca donne:

class SoapClientSessionnable extends SoapClient {
    private $wsdl;
    private $options;
 
    public function __construct($wsdl, $options = array()) {
        $this->wsdl     = $wsdl;
        $this->options  = $options;
 
        parent::__construct($wsdl, $options);
    }
 
    public function __wakeup() {
        $this->__construct($this->wsdl, $this->options);
    }
}

Bon, c'est un peu crade de rappeler le constructeur, mais je n'ai trouvé aucune méthode qui connecte le client SOAP... et puis ca a le mérite de fonctionner :)

Du coup, ca s'utilise de la même façon que le client SOAP de base:

$client = new SoapClientSessionnable(
    'http://host.com/path/to/wsdl',
    array(
        // Options
        'trace'         => 1,
        'soap_version'  => SOAP_1_1,
        ....
    )
);

Pensez quand même à mettre $client en session pour qu'il soit réutilisable dans la page suivante :)

Subversion

La commande suivante permet d'afficher les différences entre le fichier local monfichier.php et la révision en cours dans le repository de ce même fichier:

svn diff monfichier.php

Bien entendu, pour un petit fichier ou lorsqu'il y a peu de différence, le résultat est tout a fait lisible. Quelques lignes avec des "+" ou des "-" et on comprends bien ce qu'il y a de différent. En revanche, on ne sait pas trop le contexte de la modification et, surtout, lorsqu'il s'agit de gros fichiers ou lorsqu'il y a plusieurs différences, ça devient tout bonnement imbitable.

Heureusement, il est possible d'utiliser un programme tiers pour faire ce travail. Et vimdiff le fait très bien. Malheureusement svn diff envoi les paramètres dans un ordre que vimdiff ne comprends pas. Aussi, il nous faut passer par un petit script qui remet tout ça en ordre.

1. Dans un fichier, où vous voulez, par exemple dans votre home si c'est uniquement pour vous, ou dans /usr/local/bin si c'est pour plusieurs personnes (dans le cadre d'un serveur de développement, par exemple), créez un fichier diffwithvim:

   
   #!/usr/bin/python
   import sys, os
   diffprogram = '/usr/bin/vimdiff'
   fn_old = sys.argv[6]
   fn_working_copy = sys.argv[7]
   # arrange the args in the order diffprogram expects them
   args = ['diffwithvim', '-d', fn_old, fn_working_copy]
   os.execv(diffprogram, args)

2. Editez ~/.subversion/config
3. Trouvez [helpers]
4. Ajoutez la ligne suivante:

   
   diff-cmd = /usr/local/bin/diffwithvim

Maintenant, lorsque vous ferez un svn diff monfichier.php, vimdiff (qui n'est rien d'autre que vim) se lancera, coupé en 2 verticalement, vous pourrez voir les 2 versions de fichiers côte à côte et comprendre plus facilement les différences grâce aux couleurs de vimdiff.

Petite astuce: Pour quitter vimdiff, vous pouvez faire :q pour chacune des 2 versions de fichier ou bien :qa pour quitter les 2 en même temps.

Je sais bien que je suis peu lu, mais si dans le lot quelqu'un est intéressé, et bien tant mieux :)

Ma société recherche activement plusieurs développeurs Web confirmés maîtrisants PHP/SQL (MsSQL/MySQL) et puis au moins un peu HTML/CSS/Javascript, ça fait pas de mal.

Petite précision: les entretiens se suivent et se ressemblent à mon boulot. On a dû tombé sur un nid de débutants pensant que "connaître l'existence de PHP" signifiait qu'ils "maîtrisaient PHP". On est une petite entreprise faisant déjà des gros sous (CA de quelques dizaines de millions d'euros l'année dernière), on vient de rentrer en bourse et l'ambiance est plus à la StartUp où tout le monde fait 15 trucs en même temps qu'à la grosse entreprise où on plie bagage à 17h30. Tout ça pour dire qu'on n'a ni le temps ni l'intention de former qui que ce soit à PHP.

Bon, dit comme ça, on pourrait penser que c'est de l'esclavage, mais en fait non !
Il y a réellement une excellente ambiance et le secteur d'activité est assez... interressant :p

Je ne connais pas le salaire proposé, mais personnellement, j'estime être suffisamment bien payé, donc je pense que c'est pareil pour ces postes.

La société est basée à Rousset, Bouches-du-Rhônes, France.

N'hésitez pas à me contacter si vous êtes interressé. (mail et jabber en quelque part dans la sidebar)

• CakePHP, dont les numéros de version à rallonge sont une source de franche poilade pour tout mon boulot (la dernière version stable est la 1.1.15.5144). J'avais essayé, il y a quelques mois, de dompter la bête... sans succès.
• CodeIgniter, comme CakePHP, j'avais essayé, sans succès, de comprendre ce framework.
• Jelix, lancé par Laurent Jouanneau, un framework français qui à l'air plutot interressant mais dont la documentation est pauvre et incomplète alors que la version 1.0 beta2.1 vient de sortir.
• Symfony, développé par une société française... en anglais. la communauté est assez grande. Tout comme ses camarades CakePHP et CodeIgniter, impossible de comprendre quoi que ce soit à ce framework il y a quelques mois.
• PHP On Trax, développé dans l'optique de faire un Ruby On Rails avec PHP.
• Seagull, non testé
• Zend Framework, développé par Zend, The PHP Company.
• Pleins d'autres...

Je n'ai pas du tout testé Jelix à cause de sa documentation à trou. PHP On Trax non plus: je n'aime pas RoR, il y a peu de chance pour que PHP On Trax me plaise. Pas plus pour Seagull dont le nom ne m'attire pas (oui, je sais c'est pas une excuse valable... et pourtant). CakePHP, CodeIgniter et Symfony m'ont paru beaucoup trop obscurs, même leurs tutoriels mon blog en 5 minutes ne me convainquaient pas Quant à Zend Framework, je me suis plongé dedans aussitôt, j'ai aimé, j'ai développé des applications avec, y compris à mon boulot... et pourtant.

Le gros défaut de Zend Framework

Zend Framework est aux Framework PHP ce que PHP est aux langages de programmation. C'est simple, il y a une excellente documentation, une grande communauté et... on peut faire tout et n'importe quoi. De la même manière qu'on peut coder comme un porc ou comme un dieu avec PHP, on peut utiliser le ZF comme PEAR en utilisant des bibliothèques par ci, par là, on peut suivre ou non l'architecture proposée par Zend, on peut utiliser le concept MVC ou pas. Bref, le ZF est, tout comme PHP, beaucoup trop permissif pour un framework. Au final, on peut très vite se retrouver avec un site qui n'est pas du tout facile à maintenir, un comble pour un framework.

Alors on utilise quoi?

Je ne saurais rien imposer. Mais après moult tests et avec de l'acharnement, je pense avoir trouver mon bonheur avec Symfony. Le gros problème de Symfony, c'est son tutoriel de prise en main qui m'a fait fuir alors que le framework lui-même est une perle car, et ça se sent, il répond exactement à bon nombre de problématiques que l'on peut rencontrer dans des applications Web professionnelles. En lisant la documentation de Symfony^[1] (je n'ai pas fini, j'en suis au chapitre 9), j'ai rencontré des solutions à des problèmes que l'on rencontre à mon boulot. ce qui n'était pas le cas avec ZF où il fallait au contraire créer tout un tas de plugins ou d'helpers.

SF remplace ZF ?

Oui. Je projette de migrer vers Symfony l'application que j'ai commencé sur ZF au boulot (sur mon temps libre, sinon mon patron va me tuer) Je compte aussi commencer la traduction en français du manuel de SF.

Notes

[1] Que ceux qui disaient que je ne lisais pas l'anglais remarque bien que l'intégralité de ce manuel est en anglais et qu'il n'en existe pas de version française

Je ne me présenterai pas, pour ceux qui ne me connaissent pas encore, vous me connaîtrez à travers mes billets. Sachez juste que je suis web developper et que j'ai 26ans.

En revanche, je vais présenter un peu ce blog. Tout d'abord sachez que je ne posterai pas pour remplir le blog. Il est tout a fait possible que le néant s'installe pendant quelques jours ou semaines, mais je ne vois pas l'intérêt d'écrire des billets si on a rien à y dire. Ensuite, je ne vous cache pas que ce blog sera fortement teinté d'informatique et plus particulièrement orienté vers Ubuntu / Kubuntu et le développement web.

Les commentaires sont évidemment les bienvenus, mais ça ne veut pas dire que je laisserai l'anarchie s'installer. Ici, c'est mon blog, je supprimerai tout ce qui me semble être à supprimer. La liberté d'expression? La liberté des uns s'arrête là où commence celle des autres.

SMS = rappel à l'ordre puis poubelle.
Insulte = poubelle.

Sur ce... à bientôt!... ou pas :)