Comme ça fait longtemps que je n’ai rien écrit, je vais m’amuser à faire une petite série d’articles ces prochains jours, sur l’installation d’outils indispensables pour le travail en équipe.
Bon ce n’est pas super innovant, je vais donc essayer de faire un truc sympa en faisant un petit guide pas à pas de l’installation d’un ensemble d’outils sous windows 2008 server plutôt que le sempiternel linux.
Chez moi point de apt-get et autres rpm ou wget, mais que du bon vieux click avec un chouia de ligne de commande DOS (même pas de power shell) .

Le but du jeu va être d’utiliser windows pour gérer un projet PHP avec :

• Gestion des sources via SVN.
• Gestion du projet et de la qualité du code via maven/sonar.
• Utiliser sélénium pour lancer des tests fonctionnels (via Selenium RC et phpunit).
• Gestion du tout via Hudson, qui s’occupera de lancer le build du projet.

Alors avant toute chose pour pouvoir suivre le futur guide, il conviendra de faire les choses simplement : Pour tester, rien ne vaut une machine virtuelle, ça évite beaucoup de soucis.

Personnellement, j’utilise virtualBox qui fonctionne parfaitement bien :

Vous pourriez éventuellement avoir besoin d’un windows server 2008, que vous trouverez en version d’évaluation chez microsoft en cliquant ici :

Je ne vais pas détailler l’installation, il suffit de créer un disque virtuel, de booter sur l’install de windows server 2008 et de faire suivant, suivant, suivant … en suivant les instructions éventuelles.
Une fois votre windows installé vous serez prêt à tester le reste.

La suite dans le prochain billet ^^

La fenêtre principale de fiddler 2

Fiddler est tout simplement un proxy web ultra complet, qui intercepte automatiquement tous les appels entrants/sortant de internet explorer (ou autre). A noter qu’il y a une extension firefox intégrée dans la dernière version.
Cet outil permet entre autre de récuppérer les GET et POST, de voir les status de tous les éléments d’une page afin de détecter facilement les 404, 200, 301 etc …
Personnellement je l’utilise assez basiquement afin de debugger facilement du javascript, mais il permet aussi des fois de s’apercevoir de choses amusantes … Pour l’anecdote, il se trouve que sur l’application sur laquelle je travaille, il avait été décidé de mettre un appel javascript pour poster un formulaire sur un lien : <a href= »monlien » onclick= »functionjavascript »>bla bla</a>. Il se trouve que le formulaire ne faisait rien d’autre que rediriger vers le lien en question mais en postant au passage quelques infos. le lien href était correct et servait à google pour le référencement. Le développeur me précédant n’avait pas mis de return false; après son appel javascript. Et bien figurez vous que fiddler m’a permis de trouver d’ou venait un problème qui ne se posait qu’avec internet explorer : Quand l’utilisateur cliquait, le formulaire était posté et on quittait la page. Sauf que voilà … le href n’était pas annulé pour autant … Il se trouve que firefox annulait l’appel alors qu’internet explorer éxécutait l’appel jusqu’au bout. Dans mon cas, celà provoquait un double enregistrement. J’ai pu repérer ce problème seulement en observant la liste des appels récuppérée par fiddler en voyant 2 urls identiques en status 200. Sur cette simple constatation j’ai pu éviter que l’utilisateur ne charge deux fois la page à chaque click sans le savoir et éviter au serveur de la calculer doublement pour rien. Merci fiddler.