Commentaires sur : Le panneau de debug de Loomiz http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/ Création d'entreprise et web (design|développement) 2.0 Thu, 17 May 2012 05:13:45 +0000 http://wordpress.org/?v=2.2.2 Par : Tanebisse http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8711 Tanebisse Fri, 17 Aug 2007 07:21:39 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8711 J'ai fait de même, j'ai installé le package complet mais rien. Par contre je viens de réussir à faire fonctionner le debugger DBG avec Eclipse 3.1 J’ai fait de même, j’ai installé le package complet mais rien. Par contre je viens de réussir à faire fonctionner le debugger DBG avec Eclipse 3.1

]]> Par : Stéphane http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8710 Stéphane Fri, 17 Aug 2007 06:07:16 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8710 Hello <strong>Tanebisse</strong>. Non, là, comme ça, je ne vois pas trop ce qui pose problème. Ceci dit, j'ai rencontré énormément de difficultés pour mettre en place le <em>debugging</em> avec Php. Pour information, j'ai installé le <em>package</em> complet de PDT qui inclut Eclipse, car je n'ai pas réussi à faire fonctionner ce <em>plugin</em> en le rajoutant à la version d'Eclipse que j'utilisais avant. Hello Tanebisse. Non, là, comme ça, je ne vois pas trop ce qui pose problème. Ceci dit, j’ai rencontré énormément de difficultés pour mettre en place le debugging avec Php. Pour information, j’ai installé le package complet de PDT qui inclut Eclipse, car je n’ai pas réussi à faire fonctionner ce plugin en le rajoutant à la version d’Eclipse que j’utilisais avant.

]]> Par : Tanebisse http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8688 Tanebisse Thu, 16 Aug 2007 08:20:49 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8688 salut et félicitation pour ton projet. J'essai d'utiliser Eclipse PDT, mais je n'arrive justement pas à faire fonctionner mes points d'arrêts. T'aurai pas un tuyau ? salut et félicitation pour ton projet. J’essai d’utiliser Eclipse PDT, mais je n’arrive justement pas à faire fonctionner mes points d’arrêts. T’aurai pas un tuyau ?

]]> Par : Antoine MOUTIERS http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8477 Antoine MOUTIERS Tue, 07 Aug 2007 05:39:07 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8477 Merci, y'en a tellement des fonctions dans PHP ... que je n'étais jamais tombé sur celle ci, mais elle va bien me servir !!! Merci, y’en a tellement des fonctions dans PHP … que je n’étais jamais tombé sur celle ci, mais elle va bien me servir !!!

]]> Par : Stéphane http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8476 Stéphane Tue, 07 Aug 2007 05:33:13 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8476 J'ai utilisé la fonction <a href="http://www.php.net/manual/function.debug-backtrace.php" rel="nofollow">debug_backtrace</a> <strong>Antoine</strong>. J’ai utilisé la fonction debug_backtrace Antoine.

]]> Par : Antoine MOUTIERS http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8469 Antoine MOUTIERS Mon, 06 Aug 2007 17:20:47 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-8469 salut, même si ce post est relativement vieux, as tu un éclaircissement stéphane sur la manière d'accéder à la pile d'appel avec php ? (à part avec les exceptions de PHP5 je vois pas trop comment tu as fais ca ...) salut, même si ce post est relativement vieux, as tu un éclaircissement stéphane sur la manière d’accéder à la pile d’appel avec php ? (à part avec les exceptions de PHP5 je vois pas trop comment tu as fais ca …)

]]> Par : Stéphane http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-7596 Stéphane Fri, 13 Jul 2007 09:45:43 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-7596 Hello <strong>Sylvain</strong>. Non, les sources ne sont pas disponibles et difficilement utilisables en tant que telles (car fortement imbriquées dans le <em>framework</em> de Loomiz). Mais j'aimerais bien les retravailler pour en faire une librairie indépendante. Hello Sylvain. Non, les sources ne sont pas disponibles et difficilement utilisables en tant que telles (car fortement imbriquées dans le framework de Loomiz). Mais j’aimerais bien les retravailler pour en faire une librairie indépendante.

]]> Par : Sylvain http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-7578 Sylvain Fri, 13 Jul 2007 06:26:40 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-7578 Salut Stéphane, Encore une fois, ton boulot m'impressionne :) J'essaie de développer une interface de débug similaire à la tienne, j'ai découvert Xdebug et dBug qui sont effectivement intéressants. Mais plutôt que de réinventer la roue, je me demandais si tes sources n'étaient pas disponibles ? Salut Stéphane,
Encore une fois, ton boulot m’impressionne :)
J’essaie de développer une interface de débug similaire à la tienne, j’ai découvert Xdebug et dBug qui sont effectivement intéressants. Mais plutôt que de réinventer la roue, je me demandais si tes sources n’étaient pas disponibles ?

]]> Par : Stéphane http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5230 Stéphane Thu, 19 Apr 2007 07:27:42 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5230 J'avais jeté un coup d'oeil à PHPEdit <strong>Tijuan</strong>, mais lorsque je me suis lancé sur le développement de Loomiz, je voulais vraiment utiliser en priorité des outils gratuits pour minimiser mes frais. Car il existe des alternatives, bien qu'imparfaites, à ces éditeurs payants. Je n'aurais certainement pas eu cette démarche si j'avais eu suffisamment de fonds, d'autant plus que l'auto-complétion d'Eclipse PDT laisse franchement à désirer ;). Il est super ce script <strong>John Smith</strong>, merci pour le lien ! J’avais jeté un coup d’oeil à PHPEdit Tijuan, mais lorsque je me suis lancé sur le développement de Loomiz, je voulais vraiment utiliser en priorité des outils gratuits pour minimiser mes frais. Car il existe des alternatives, bien qu’imparfaites, à ces éditeurs payants. Je n’aurais certainement pas eu cette démarche si j’avais eu suffisamment de fonds, d’autant plus que l’auto-complétion d’Eclipse PDT laisse franchement à désirer ;).

Il est super ce script John Smith, merci pour le lien !

]]> Par : John Smith http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5218 John Smith Wed, 18 Apr 2007 16:57:51 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5218 "Olivier D. alias ze kat" : en ce qui concerne les performances, tu ne penses pas que remonter les traces tout le temps va les pénaliser ? j'avais trouvé un très bon script, pour remonter les exceptions javascritps sur le serveur. http://usabletype.com/weblog/rslog/ A tester, perso je trouve ça assez bon pour les périodes de lancement pour ainsi corriger les derniers bugs génants sur plateforme exotique “Olivier D. alias ze kat” : en ce qui concerne les performances, tu ne penses pas que remonter les traces tout le temps va les pénaliser ?

j’avais trouvé un très bon script, pour remonter les exceptions javascritps sur le serveur.
http://usabletype.com/weblog/rslog/

A tester, perso je trouve ça assez bon pour les périodes de lancement pour ainsi corriger les derniers bugs génants sur plateforme exotique

]]> Par : Olivier D. alias ze kat http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5206 Olivier D. alias ze kat Wed, 18 Apr 2007 09:38:30 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5206 La vache, qu'elle usine ! Mais çà sera surement trés pratique quand Loomiz crévera l'écran ;) Sinon, pour les expériences des profils LiFE-LiNE, j'inaugure une nouvelle approche (pour moi) ; il n'y aura pas un tableau de bord "unique" pour centraliser les logs, erreurs, et notifications. Mais un debuggeur intégré sur chaques profils et accessible par l'internaute... La raison ? Il y a trop de parametres exterieurs qui perturbe le fonctionnement, et du coup beaucoup de notifications pour un seul profil. Et dans la pratique, je fais les debuggages en m'occupant d'un seul profil à la fois. Techniquement, çà sera une liste, cachée par un CSS, qui contiendra les notifications coté serveur et des notifications de l'interface en Javascript coté navigateur... Enfin, un lien en bas de page permettra d'afficher la liste. Evidemment, il peut y avoir des pb qui bloque tout le système, mais les plus nombreux pb à resoudre pour moi sont sans incidence sur l'affichage fonctionnel de la page. La vache, qu’elle usine ! Mais çà sera surement trés pratique quand Loomiz crévera l’écran ;)

Sinon, pour les expériences des profils LiFE-LiNE, j’inaugure une nouvelle approche (pour moi) ; il n’y aura pas un tableau de bord “unique” pour centraliser les logs, erreurs, et notifications. Mais un debuggeur intégré sur chaques profils et accessible par l’internaute… La raison ? Il y a trop de parametres exterieurs qui perturbe le fonctionnement, et du coup beaucoup de notifications pour un seul profil. Et dans la pratique, je fais les debuggages en m’occupant d’un seul profil à la fois.

Techniquement, çà sera une liste, cachée par un CSS, qui contiendra les notifications coté serveur et des notifications de l’interface en Javascript coté navigateur… Enfin, un lien en bas de page permettra d’afficher la liste.
Evidemment, il peut y avoir des pb qui bloque tout le système, mais les plus nombreux pb à resoudre pour moi sont sans incidence sur l’affichage fonctionnel de la page.

]]> Par : tijuan http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5187 tijuan Tue, 17 Apr 2007 13:15:39 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5187 As-tu déjà essayé PHPEdit comme IDE ? Perso, c'est ce que j'utilise, et franchement, je ne pense pas pouvoir utiliser autre chose à l'avenir. Il dispose notamment d'un débugger qui s'avère de plus en plus complet comme le montre ces screenshots. http://www.waterproof.fr/products/PHPEdit/screenshots8.php Une partie des outils que tu as développé sont déjà intégrés à cet outil. Peut être que son utilisation t'aurait fait gagner du temps (ce qui est non négligeable dans ta situation de jeune entrepreneur). Au delà de çà, auto complétion, jump vers un déclaration d'une méthode ou d'une fonction dans un fichier externe, code beautifier, code browser et j'en passe. Bref, un petit bijou qui a bien évolué et qui a gagné en stabilité. En plus, c'est une boîte française qui fait çà et le prix de licence est largement raisonnable . Une raison de plus de faire un peu de pub à un outil toujours plus complet. As-tu déjà essayé PHPEdit comme IDE ?
Perso, c’est ce que j’utilise, et franchement, je ne pense pas pouvoir utiliser autre chose à l’avenir.

Il dispose notamment d’un débugger qui s’avère de plus en plus complet comme le montre ces screenshots.
http://www.waterproof.fr/produ.....shots8.php

Une partie des outils que tu as développé sont déjà intégrés à cet outil. Peut être que son utilisation t’aurait fait gagner du temps (ce qui est non négligeable dans ta situation de jeune entrepreneur).

Au delà de çà, auto complétion, jump vers un déclaration d’une méthode ou d’une fonction dans un fichier externe, code beautifier, code browser et j’en passe.
Bref, un petit bijou qui a bien évolué et qui a gagné en stabilité.

En plus, c’est une boîte française qui fait çà et le prix de licence est largement raisonnable . Une raison de plus de faire un peu de pub à un outil toujours plus complet.

]]> Par : Stéphane http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5186 Stéphane Tue, 17 Apr 2007 12:26:14 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5186 <strong>Christophe</strong>, <strong>Skreo</strong> : pour répondre à vos interrogations, j'ai développé au départ ce panneau pour avoir accès aux paramètres d'une requête et surtout au contenu des objets servant à générer la page (le modèle donc, puisque Loomiz a été conçu autour d'une architecture MVC). Et une fois ce travail effectué, il s'est vite étoffé d'informations supplémentaires comme la session, les <em>cookies</em> ou les variables d'environnement, car ces données sont très faciles à récupérer en Php. J'utilise d'ailleurs les librairies <a href="http://dbug.ospinto.com" rel="nofollow">dBug</a> et occasionnellement <a href="http://hli.forestfactory.de/" rel="nofollow">HLI</a> que je recommande chaudement pour afficher le contenu des variables ou des objets (ce sont des <em>dumps</em> de luxe). Cette première phase n'a pas demandé beaucoup de temps, mais d'autres sections sont venues se greffer sur ce panneau ensuite. Je pense en premier lieu aux requêtes effectuées auprès de la base de données. En Java, on dispose d'outils comme <a href="http://www.p6spy.com/" rel="nofollow">P6Spy</a> qui permettent d'espionner ces requêtes. Comme je n'ai pas trouvé d'équivalent en Php, j'ai opté pour le <em>profiler</em> disponible dans <a href="http://framework.zend.com/" rel="nofollow">Zend Framework</a>, l'infrastructure logicielle sur laquelle est basé Loomiz. C'est ce composant qui me liste les commandes envoyées ainsi que le temps d'exécution. Cette section est pour moi une des plus importantes de ce panneau, car je sais exactement ce qui se passe avec la base de données à tout moment. Les logs applicatifs sont moyennement pertinents ici, puisqu'ils sont de toute manière enregistrés dans un fichier de log. Mais je les ai rajouté car ils deviennent vraiment intéressants lorsque l'application tourne sur un serveur distant et qu'il faut alors effectuer plusieurs manipulations pour récupérer ce fichier. Les messages d'erreur Php suivent la même logique, à la différence près que je n'avais pas accès au fichier de log correspondant sur le serveur mutualisé que j'utilise pour les tests (mais j'ai trouvé ensuite comment en créer un propre à l'application et non au serveur). J'ai rajouté la pile d'appel des fonctions, car Php me permet d'y accéder très facilement et que j'avais déjà tout le code nécessaire pour afficher ces informations. Je reconnais par contre volontiers que je n'étais pas obligé de rajouter la fonction qui permet de voir le contenu des fichiers source... Il est évident que certaines des fonctionnalités proposées par ce panneau sont accessibles depuis des <em>plugins</em> Firefox (je pense notamment à <a href="https://addons.mozilla.org/firefox/1290/" rel="nofollow">UrlParams</a>, <a href="https://addons.mozilla.org/firefox/3829/" rel="nofollow">Live HTTP Headers</a> ou <a href="https://addons.mozilla.org/firefox/315/" rel="nofollow">View Cookies</a>). Mais l'idée est vraiment de disposer en un point central des informations les plus utiles au développeur, plutôt que d'avoir à basculer sur un ou plusieurs outils disparates (qu'il faut également installer et configurer). En minimisant les aller-retours, on améliore le processus de développement. Ce panneau a nécessité un certain temps pour sa réalisation, mais je ne le regrette absolument pas, car c'est un bon investissement (et encore je travaille seul, la plus value de ce panneau en équipe étant bien plus importante encore). Maintenant, la recommandation de <strong>Thibault</strong> est probablement la meilleure stratégie à adopter... J'utilise <a href="http://www.eclipse.org/" rel="nofollow">Eclipse</a> (avec <a href="http://www.eclipse.org/pdt/index.php" rel="nofollow">PDT</a>) et <a href="http://www.aptana.com/" rel="nofollow">Aptana</a> pour l'édition. Le <em>debugger</em> est difficile à mettre en oeuvre et me fait regretter amèrement Eclipse version Java et le <em>remote debugging</em>. <a href="http://www.getfirebug.com/" rel="nofollow">Firebug</a> est indispensable pour la partie 'présentation'. Je ne sais même pas comment je faisais avant. En ce qui concerne les tests unitaires, je n'en ai pas encore implémenté (mais ça ne devrait plus tarder). Par contre, si vous avez en effet des outils à me conseiller pour espionner des requêtes SQL ou pour analyser les erreurs d'un fichier de log Apache (quelque chose comme <a href="http://logging.apache.org/log4j/docs/chainsaw.html" rel="nofollow">Chainsaw</a> par exemple), je suis preneur ! Sinon pour répondre à <strong>Falken80</strong>, non je ne peux pas éditer le fichier directement en ligne. Je crois que je préfère encore Eclipse ;). Christophe, Skreo : pour répondre à vos interrogations, j’ai développé au départ ce panneau pour avoir accès aux paramètres d’une requête et surtout au contenu des objets servant à générer la page (le modèle donc, puisque Loomiz a été conçu autour d’une architecture MVC). Et une fois ce travail effectué, il s’est vite étoffé d’informations supplémentaires comme la session, les cookies ou les variables d’environnement, car ces données sont très faciles à récupérer en Php.

J’utilise d’ailleurs les librairies dBug et occasionnellement HLI que je recommande chaudement pour afficher le contenu des variables ou des objets (ce sont des dumps de luxe).

Cette première phase n’a pas demandé beaucoup de temps, mais d’autres sections sont venues se greffer sur ce panneau ensuite. Je pense en premier lieu aux requêtes effectuées auprès de la base de données. En Java, on dispose d’outils comme P6Spy qui permettent d’espionner ces requêtes. Comme je n’ai pas trouvé d’équivalent en Php, j’ai opté pour le profiler disponible dans Zend Framework, l’infrastructure logicielle sur laquelle est basé Loomiz. C’est ce composant qui me liste les commandes envoyées ainsi que le temps d’exécution. Cette section est pour moi une des plus importantes de ce panneau, car je sais exactement ce qui se passe avec la base de données à tout moment.

Les logs applicatifs sont moyennement pertinents ici, puisqu’ils sont de toute manière enregistrés dans un fichier de log. Mais je les ai rajouté car ils deviennent vraiment intéressants lorsque l’application tourne sur un serveur distant et qu’il faut alors effectuer plusieurs manipulations pour récupérer ce fichier.

Les messages d’erreur Php suivent la même logique, à la différence près que je n’avais pas accès au fichier de log correspondant sur le serveur mutualisé que j’utilise pour les tests (mais j’ai trouvé ensuite comment en créer un propre à l’application et non au serveur).

J’ai rajouté la pile d’appel des fonctions, car Php me permet d’y accéder très facilement et que j’avais déjà tout le code nécessaire pour afficher ces informations. Je reconnais par contre volontiers que je n’étais pas obligé de rajouter la fonction qui permet de voir le contenu des fichiers source…

Il est évident que certaines des fonctionnalités proposées par ce panneau sont accessibles depuis des plugins Firefox (je pense notamment à UrlParams, Live HTTP Headers ou View Cookies). Mais l’idée est vraiment de disposer en un point central des informations les plus utiles au développeur, plutôt que d’avoir à basculer sur un ou plusieurs outils disparates (qu’il faut également installer et configurer). En minimisant les aller-retours, on améliore le processus de développement. Ce panneau a nécessité un certain temps pour sa réalisation, mais je ne le regrette absolument pas, car c’est un bon investissement (et encore je travaille seul, la plus value de ce panneau en équipe étant bien plus importante encore).

Maintenant, la recommandation de Thibault est probablement la meilleure stratégie à adopter…

J’utilise Eclipse (avec PDT) et Aptana pour l’édition. Le debugger est difficile à mettre en oeuvre et me fait regretter amèrement Eclipse version Java et le remote debugging. Firebug est indispensable pour la partie ‘présentation’. Je ne sais même pas comment je faisais avant.

En ce qui concerne les tests unitaires, je n’en ai pas encore implémenté (mais ça ne devrait plus tarder). Par contre, si vous avez en effet des outils à me conseiller pour espionner des requêtes SQL ou pour analyser les erreurs d’un fichier de log Apache (quelque chose comme Chainsaw par exemple), je suis preneur !

Sinon pour répondre à Falken80, non je ne peux pas éditer le fichier directement en ligne. Je crois que je préfère encore Eclipse ;).

]]> Par : falken80 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5185 falken80 Tue, 17 Apr 2007 12:00:33 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5185 Bravo superbe boulot ! La ou tu vois la ligne de code php ou il y a une erreur, tu peux editer ton fichier php et le modifier ? Bravo superbe boulot !
La ou tu vois la ligne de code php ou il y a une erreur, tu peux editer ton fichier php et le modifier ?

]]> Par : thibault http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5184 thibault Tue, 17 Apr 2007 11:24:11 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5184 Je me joins à toute l'assemblée pour applaudir des deux mains. Ce debug panel m'a l'air fort utile et bien pratique. Cela dit, s'il faut donner des exemples de bonne pratiques de codage, j'ai érigé celle ci au rang de principe directeur : "D'erreur de codage, tu ne commettra point !" Pas d'erreur = pas de paneau de débugage ;) ok, je sors ----> [] Je me joins à toute l’assemblée pour applaudir des deux mains. Ce debug panel m’a l’air fort utile et bien pratique.

Cela dit, s’il faut donner des exemples de bonne pratiques de codage, j’ai érigé celle ci au rang de principe directeur :
“D’erreur de codage, tu ne commettra point !”

Pas d’erreur = pas de paneau de débugage ;)

ok, je sors —-> []

]]> Par : eMeRiKa http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5181 eMeRiKa Tue, 17 Apr 2007 10:19:13 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5181 Waho, alors là magnifique!! En tant qu' apprenti Webmaster (licence Webmaster ^^), je bosse sur mon projet de fin d'année et les pertes de temps dues à des bugs sont énormes!!! Je suis impressionné par ton panneau de débug!! J'utilise déja firebug pour mes requètes Ajax, mais Xdebug dont parle Skreo semble vraiment pas mal, je vais me pencher dessus!! Waho, alors là magnifique!! En tant qu’ apprenti Webmaster (licence Webmaster ^^), je bosse sur mon projet de fin d’année et les pertes de temps dues à des bugs sont énormes!!! Je suis impressionné par ton panneau de débug!!

J’utilise déja firebug pour mes requètes Ajax, mais Xdebug dont parle Skreo semble vraiment pas mal, je vais me pencher dessus!!

]]> Par : Skreo http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5180 Skreo Tue, 17 Apr 2007 09:35:10 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5180 Magnifique Debug panel ! Tu as du y passer pas mal de temps... Perso j'utilise plutôt des outils externes qui me permettent d'obtenir toutes les infos que je souhaite : - Firebug pour contrôler toutes les requêtes au serveur, le code html, css et javascript. Indispensable ! - Xdebug, une extension php qui permet de garder un log de toutes les requêtes. Chaque log, facilement visualisable grâce à WinCacheGrind, contient un récapitulatif de toutes les fonctions et classes appelées (natives ou non), avec leur temps d'exécution, nombre d'appels....etc. C'est très utile pour optimiser son code. De plus cette extension offre pas mal de fonctions comme un var_dump amélioré (coloration syntaxique), des fonctions de benchmark... Mais je ne pense pas avoir besoin d'un Debug panel exactement adapté à mon projet, car ce serait long à développer, pour un enjeu trop petit. En tout cas bravo à toi ;-) Magnifique Debug panel ! Tu as du y passer pas mal de temps…
Perso j’utilise plutôt des outils externes qui me permettent d’obtenir toutes les infos que je souhaite :
- Firebug pour contrôler toutes les requêtes au serveur, le code html, css et javascript. Indispensable !
- Xdebug, une extension php qui permet de garder un log de toutes les requêtes. Chaque log, facilement visualisable grâce à WinCacheGrind, contient un récapitulatif de toutes les fonctions et classes appelées (natives ou non), avec leur temps d’exécution, nombre d’appels….etc. C’est très utile pour optimiser son code. De plus cette extension offre pas mal de fonctions comme un var_dump amélioré (coloration syntaxique), des fonctions de benchmark…
Mais je ne pense pas avoir besoin d’un Debug panel exactement adapté à mon projet, car ce serait long à développer, pour un enjeu trop petit.
En tout cas bravo à toi ;-)

]]> Par : Christophe http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5179 Christophe Tue, 17 Apr 2007 08:28:36 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5179 Trés beau debug panel ! J'ai juste une question : pourquoi avoir développé ton propre outil de débogage ? Les outils existants ne sont peut-être pas intégrés comme le tien, mais le jeu en vaut-il la chandelle ? Eclipse et PDT (que tu utilises je crois) offrent déjà de quoi faire et l'interface peut être testée avec Firebug. Il existe d'autres outils pour les requêtes SQL. Cela n'enlève rien à ton travail remarquable, mais c'est juste que le temps, c'est de l'argent ! Autre point : quid des tests unitaires ? Ce qui serait intéressant, c'est d'ajouter la gestion de tes tests unitaires dans ton debug panel. Là, je comprendrais que celui-ci devienne indispensable. Bravo pour ce joli travail et pour ton blog en général qui est une source d'informations de qualité. Trés beau debug panel ! J’ai juste une question : pourquoi avoir développé ton propre outil de débogage ? Les outils existants ne sont peut-être pas intégrés comme le tien, mais le jeu en vaut-il la chandelle ? Eclipse et PDT (que tu utilises je crois) offrent déjà de quoi faire et l’interface peut être testée avec Firebug. Il existe d’autres outils pour les requêtes SQL. Cela n’enlève rien à ton travail remarquable, mais c’est juste que le temps, c’est de l’argent !

Autre point : quid des tests unitaires ? Ce qui serait intéressant, c’est d’ajouter la gestion de tes tests unitaires dans ton debug panel. Là, je comprendrais que celui-ci devienne indispensable.

Bravo pour ce joli travail et pour ton blog en général qui est une source d’informations de qualité.

]]> Par : Badoux C http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5177 Badoux C Tue, 17 Apr 2007 06:21:38 +0000 http://www.simpleentrepreneur.com/2007/04/17/le-panneau-de-debug-de-loomiz/#comment-5177 Désolé... il est trop tôt le matin pour te pondre un article (à ma façon) ;-). Une chose à dire, TU M'IMPRESSIONNE de plus en plus, chaque jours ! Vraiment super cet outil ! Je reviens plus tard pour répondre plus clairement à ce superbe article !!! A++ Désolé… il est trop tôt le matin pour te pondre un article (à ma façon) ;-). Une chose à dire, TU M’IMPRESSIONNE de plus en plus, chaque jours !
Vraiment super cet outil !
Je reviens plus tard pour répondre plus clairement à ce superbe article !!!
A++

]]>