Juste un petite news pour annoncer la sortie toute fraiche du dernier SDK pour windows mobile. C’est amusant car windows mobile 6.5 est sorti quand même depuis un petit moment déjà mais à ce jour il n’y avait pas encore de SDK dédié.
Quoi de neuf dans cette version ? Ben à première vue pas grand chose comparé au SDK de windows Mobile 6. Les fichiers Samples et autres semblent être les mêmes. Pas de support de visual studio 2010 beta 2. Mais par contre une nouveautés : les widgets.
Pour télécharger le SDK ainsi que les images pour l’émulateurs windows mobile 6.5, voici le lien : http://www.microsoft.com/downloads/details.aspx?FamilyID=c5241738-0fe6-4396-a4e5-5a516deb1bc5&displayLang=en

J’espère avoir l’occassion de tester d’un peu plus prêt ce SDK. Je suis l’heureux propriétaire d’un samsung i900 depuis presque 2 ans et j’ai toujours voulu m’essayer au développement d’application windows mobile. Bien que ne fonctionnant pas sous windows mobile 6.5, j’ai envie de tester un petit peu mes capacités à développer autre chose que du web :-p.

Edit : Le lien vers le SDK n’est plus disponible, quel dommage, il semble que la mise en ligne du SDK était une erreur.

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.

Si tout comme moi, vous décidez d’installer php 5.3 sur un serveur IIS 7 sur windows 7 afin de tester un petit peu en local, vous risquez de vous trouvez confronter a quelques petits problèmes de configuration. Aujourd’hui je vais vous faire part d’un petit soucis très bête que j’ai rencontré au cours de mon installation …

Petit résumé de l’histoire :
J’avais quelques sites sur un serveur LAMP et un beau jour j’ai décidé de changer car j’avais très envie de m’essayer a developper en autre chose que du php.
Etant l’heureux propriétaire d’une licence windows 2003 Server standard édition. J’ai donc migré et installé php 5.3 et mysql 5.1 dernier cru afin de conserver mes sites. Tout marche nickel chrome.
Bien sur je ne compte pas abandonner le php au profit d’un autre langage, mais plutôt essayer ‘élargir mes horizons. A cette fin je décide d’installer mon attirail du développeur sur mon PC pour faire du développement en local. Afin de bien coller à ma nouvelle problématique je vire apache et j’installe php 5.3 pour IIS. Problème : je suis sous windows 7 et c’est donc IIS 7 qui est installé sur mon pc. Autre problème : je récupère mes sites, mes dbs mysql, tout est configuré comme sur mon serveur win 2003. Et là c’est le drame : erreur de connexion à la db. Bien sur pour couronner le tout, j’ai une alternance d’erreurs : erreur interne du serveur et le simplem message du trigger quand la connexion à la base échoue …

Après moulte recherche, je pensais que ça pouvait être du à la version 32bits de php alors que je suis en windows 7 64bits, j’ai pensé à un problème de configuration dans php.ini, a un problème de réglage de droit dans le pool d’application, a un complot cosmique dans le but de me rendre fou …

La solution était bien plus simple que ça … Il se trouve que le bon vieux fichier d’hosts de windows 7 (system32/drivers/etc/hosts) a une ligne commentée : 127.0.0.1 localhost
Et moi bien sur, dans mes fichiers include php, pour mes chaines de connexion mysql, j’utilisais localhost comme host … Forcément ça ne risquait pas de marcher.