LB a formulé ce vendredi :
WEBDEV a un debug de Wlangage.
Si vous générez du PHP, il y a une "traduction" du code en PHP et donc plus
du Wlangage à l'exécution. Le debug ne peut donc plus s'appliquer...
Oui c'est ce que je me suis dit, mais tant qu'on est en mode test, on
aurait pu s'attendre de fonctionner en "interprêté."
Certainement plus facile à dire qu'à faire j'en suis sûr mais l'intérêt
de PHP/WebDev m'apparaît d'un coup moins évident.
Qu'est ce qui fait la force d'un webdev côté développement ? La
puissance de son langage, la simplicité de debugguer qui facilite la
mise en place d'appli complexes(franchement mes applis actuelles sans
déboggueur je ne vois pas comment je m'en serais sorti???).
Devant me coltiner du php, je mesure la différence.
Mais là, comment mettre au point ?
Je viens de trouver ce qui bloquait. Les INIlit ne fonctionnent pas en
WB/PHP (pourtant basique ça ?). Donc une page blanche c'est tout ! à
moi de deviner ce qui ne fonctionne pas.
Où peut-on trouver une liste exhaustive des limites PHP/WB ?
Difficile de se voir accepter du code et se rendre compte ensuite que
cela n'est pas valable pour la plate-forme.
A+
"Roumegou Eric" <eric.roumegou@wtablettes.net> a écrit dans le message de
news: mn.6b707d618bd17e57.45898@wtablettes.net...
D'un seul coup, mon petit projet WB10/PHP ne fn plus (page blanche ???)
donc je me met en debug.
Je n'arrive pas à mettre de points d'arrêt ????
Les points rouges sont inexistants
Il me semble avoir déjà débuggué cette page.
Ne me dîtes pas que l'on de dispose pas du débuggueur si l'oin est en
génération PHP ?
--
Eric Roumégou
Webmaster des wtablettes