DirkHo

Hallo zusammen,

ich habe das Problem schon in der Typo3-Mailing gepostet wo man mir auch Tipps gegeben hat, aber konkret funktioniert hat es bei mir dann doch nicht.

Folgendes habe ich:

Win 7 mit Netbeans und xDebug-Plugin, Firefox mit easyDebug Addon
VMWare mit Debian Lenny, Apache 2, PHP 5.2.6, MySQL und Typo3

Jetzt will ich eine Erweiterung für Typo3 debuggen (ist nicht meine eigene, sondern ich will sie nur etwas anpassen) und habe das Problem, dass ich unter Win 7 graphicsmagick mit Typo3 nicht zum Laufen bringe, aber genau das brauche ich für die Erweiterung.

Also bin ich auf die Idee gekommen, dass ich ggf. ja Typo3 auf der VMWare laufen und parallel dazu auf meinem Win 7 debuggen könnte.

Jetzt habe ich mir eine Freigabe via Samba auf Lenny eingerichtet die den htdocs-Ordner umfasst in dem Typo3 liegt, das in Netbeans eingebunden, xDebug in Netbeans gestartet, xDebug in der php.ini unter Debian eingetragen:

Was mir jetzt nicht klar ist, wie teile ich Netbeans mit, dass es nicht auf dem Localhost, sondern unter 192.168.0.10:9000 lauscht? Oder noch besser gefragt: Geht es denn generell, dass ich remote debugge? Wenn ja, was muss ich denn ggf. noch dafür anpassen?

Danke und Grüße,

Dirk

Mister Ad

KarlEgon

Ähm

DirkHo

Ja, darüber habe ich mir auch schon Gedanken gemacht, aber der Host ist ja localhost - PHP und somit Typo3 laufen ja auf dem Lenny oder verstehe ich an dem Namen was falsch?!

mepeisen

Dort wird eingetragen, wohin sich XDebug verbinden soll. Also die IP/ der Port des Rechners, der debuggen will sozusagen. Dass dies nicht dynamisch beim Debuggen mitgegeben wird, ist bei XDebug leider so. Sprich: Es kann nur einer Debuggen.

Wenn das Ding in VMWare läuft, was sinnvoll ist, ist das NICHT localhost. Auch wenn du physisch die gleiche Maschine hast, ist das VMWare ein gekapselter logischer Rechner mit Netzwerk und allem drum und dran. Localhost kommt dann nicht aus VMWare raus zu deinem Netbeans, was ja auf dem richtigen Rechner läuft.

Nachtrag zum Ablauf: Das andere Ende, also Netbeans und Eclipse, lauschen erst mal generell auf dem Debugger-Port, der eingetragen ist bzw. per Standard vorgegeben ist. Sie rufen eine speziell präperierte URL auf, damit das XDebug weiss, dass es die Session zu starten hat. Dabei ist XDebug der Akteur und verbindet sich mit dem Zielrechner und damit deinem Netbeans.
Das Netbeans weiss nicht wirklich, woher der Connect kommt, es wird dir lediglich vertrauen, dass der, der verbindet auch der ist, den es um ein Debugging des Aufrufes gebeten hat.

Denk dran, in der php.ini die Request-Zeit deutlich hochzusetzen, sonst bricht es dir bei Erreichen der 30 Sekunden einfach ab.

__________________
www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks
Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih

DirkHo

Vielen Dank, das werde ich am WE probieren...

Viele Grüße,

Dirk

kaptainIglo

Darf ich mich noch dranhängen mit einer Frage zu dem Thema?

Was kann ich mit dem XDebug anfangen bzw. wie setzt Ihr XDebug ein?

Das einzige was ich kenne ist das ich den Inhalt von Variablen zu bestimmten Zeitpunkten sehen kann. Man ließt immer viel über die Installation. Aber so richtige Praxisbeispiele fehlen mir.
Vielleicht kann mir jemand das ein wenig näher bringen?

mepeisen

"Richtiges" Debuggen heisst auch, Code-Zeile für Code-Zeile zu sehen, wo das Script hinspringt Setzte einen Breakpoint und die IDE (Eclipse/Netbeans) zeigen dir dann an, wann PHP an dieser Code-Zeile ankommt. Dann kannst du zur nächsten Code-Zeile gehen usw. Das ist hilfreich, wenn du sehen willst, ob er beispielsweise eine Code-Zeile durchläuft.
Insgesamt ist es einfach auch eine erhebliche Arbeitserleichterung statt ständig ein Var_dump zu machen und dann wieder komplett durch und dann ein neues var_dump.
Es geht beim Debuggen mit XDebug nicht so sehr um den Inhalt der Variablen, sondern wie gesagt um den Programmablauf.

__________________
www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks
Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih

Dormilich

zusätzlich dazu hat XDebug noch schönere (besser formatierte) var_dump() Ausgaben

DirkHo

Es erleichtert einem ganz einfach die Fehlersuche, da du eben live mitverfolgen kannst, wie (dein) Code zur Laufzeit ausgeführt wird, welche Werte als Parameter übergeben werden,...

Klar kannst du auch var_dumps oder print_rs machen, aber wenn du einmal debuggt hast wirst du das nicht mehr missen wollen Zumal es in anderen Programmiersprachen nicht so einfach möglich ist ein var_dump oder eben print_r (-Äquivalent) mal schnell auszuführen.

cycap

Ich hab bei mir lokal (mit CodeIgniter) übrigens nur durch das installieren von XDebug schon eine Ausführ-Zeit-Verlängerung von > 3 Sekunden. Also XDebug nur wegen den hübschen var_dump() Ausgaben zu installieren halte ich für keine gute Idee.

Just my 2 cents