web-dev-qa-db-de.com

netbeans zeigt "Warten auf Verbindung (netbeans-xdebug)"

brauche Hilfe, um xdebug zu konfigurieren, um Projekte von IDE netbeans zu debuggen.

Dies sind die Merkmale meiner Komponenten:

XAMPP 1.8.2 

PHP: 5.4.16

netbeans: 7.3.1

Apache: 2.4.4 (Win32) 

dies ist der letzte Teil meiner php.ini-Datei:

 [XDebug]
 zend_extension = "C:\xampp\php\ext\php_xdebug-2.2.3-5.4-vc9-nts.dll"
 ;xdebug.profiler_append = 0
 ;xdebug.profiler_enable = 1
 ;xdebug.profiler_enable_trigger = 0
 xdebug.profiler_output_dir = "C:\xampp\tmp"
 ;xdebug.profiler_output_name = "cachegrind.out.%t-%s"
 xdebug.remote_enable = 1
 xdebug.remote_handler = "dbgp"
 xdebug.remote_Host = "127.0.0.1"
 ;xdebug.trace_output_dir = "C:\xampp\tmp"

wenn ich phpinfo () starte, ist kein xdebug installiert, und wenn ich ein Projekt von netbeans debugge, heißt es "Warten auf Verbindung (netbeans-xdebug)".

kann mir jemand bei der Konfiguration helfen? wäre sehr dankbar.

danke im Voraus.

65
pasluc74669

Haben Sie das Problem behoben? Wenn nicht, dann probieren Sie es bitte aus. 

1.) php.ini Dateiinhalt

[xDebug]
zend_extension = "c:\xampp\php\ext\php_xdebug-2.2.3-5.4-vc9.dll"
xdebug.remote_autostart=on
xdebug.remote_enable=on
xdebug.remote_enable=1
xdebug.remote_handler="dbgp"
;xdebug.remote_Host="localhost:81"
xdebug.remote_Host=192.168.1.5
;xdebug.remote_connect_back=1
xdebug.remote_port=9000
xdebug.remote_mode=req
xdebug.idekey="netbeans-xdebug"

xdebug.remote_Host=192.168.1.5 - Dies ist die IPv4-Adresse meines Systems. Ich habe dies geändert, da ich nicht mit localhost und 127.0.0.1 debuggen konnte.

Öffnen Sie in der NetBeans-IDE Tools-> Options -> PHP -> Debugging. Die Werte von Debugger-Port und Sitzungs-ID sollten mit dem in php.ini angegebenen Port und idekey übereinstimmen.

Speichern Sie nun die php.ini, starten Sie Apache neu und versuchen Sie zu debuggen.

Danke, Johnson

111
Johnson T A

Wenn Netbeans eine Debugging-Sitzung startet, werden zwei Listener gestartet, einer auf 0.0.0.0:9000 (alle IPv4-IPs des Systems) und der andere auf der IPv6-Schnittstelle.

Wenn sich Netbeans und der Webserver auf demselben System befinden, ist XDebug idealerweise so konfiguriert, dass die Daten an 127.0.0.1:9000 zurückgeschickt werden, auf dem NetBeans abhören würde (und nur pro Sitzung) ...

xdebug.remote_enable=1
xdebug.remote_handler=dbgp
xdebug.remote_Host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_autostart=0
xdebug.remote_connect_back=0

Wenn XDebug aus irgendeinem Grund nicht in der Lage ist, sich an 127.0.0.1 zu melden, oder Netbeans nicht auf 127.0.0.1 hört, können Sie XDebug so konfigurieren, dass die Daten an den $_SERVER['REMOTE_ADDR'] der ursprünglichen Anfrage zurückgeschickt werden.

xdebug.remote_connect_back=1

Auf diese Weise müssen Sie nicht die genaue IP-Adresse angeben (d. H. Wie in der obigen Antwort die LAN-IP: 192.168.1.5). Der Nachteil hier ist, dass sich jede Quelle verbinden kann.

Wenn Sie weitere Probleme haben, ist dies ...

xdebug.remote_autostart=1

... startet auch den Debugging-Prozess für all -Anfragen und nicht nur für diejenigen mit der richtigen Sitzungsanfrage oder dem entsprechenden Cookie. Der Nachteil hierbei ist, dass alle Anforderungen die Erfassung und Berichterstellung von Debug-Daten einleiten (wodurch alles langsamer wird und mehr Daten generiert werden).

Die meisten dieser "Waiting For Connection (netbeans-xdebug)" - Probleme unter Windows (mit XAMPP, Wamp-Server usw.) sind in der Regel ein Ergebnis von Windows-Firewall und McAfee (oder einer anderen Firewall und Anti-Firewall) -Virus-Software) die Verbindung blockiert ...

Quelle: Netbeans "Warten auf Verbindung (netbeans-xdebug)" Problem

10
rightstuff

Ich bin ein .Net-Programmierer und sehr neu in PHP . Vor kurzem habe ich versucht, eine Open Source PHP -Anwendung auf meinem Computer (Windows) zu hosten. Nach dem Kampf für 5-6 Tage werde ich die Schritte auflisten, die für mich gearbeitet haben.

Ich habe alle vorherigen Installationen von XAMPP und NetBeans deinstalliert und mit Neuinstallationen fortgefahren.

Dies ist vielleicht nicht die Lösung für alle, aber es hat für mich funktioniert und ich hoffe, es hilft jemandem.

  1. installieren Sie XAMPP 

  2. netbeans für PHP installieren.

  3. Öffnen Sie IIS und stoppen Sie es. Es wird standardmäßig an Port 80 ausgeführt. (Ich verwende XAMPP an Port 80, d. H. Standardeinstellung. Für die Ausführung an einem anderen Port sind möglicherweise zusätzliche Konfigurationseinstellungen erforderlich.)

  4. Öffnen Sie die XAMPP-Systemsteuerung und starten Sie Apache. Wenn Port 80 frei ist, sollte kein Problem auftreten.

  5. Wenn Sie localhost im Browser öffnen, sollte die XAMPP-Startseite angezeigt werden.

  6. Öffnen Sie den Link phpinfo() im linken Bereich und kopieren Sie den gesamten Inhalt auf Seite . Gehen Sie zu: http://xdebug.org/wizard.php , fügen Sie den gesamten Inhalt in TextBox ein und klicken Sie auf Meine Phpinfo-Ausgabe analysieren. Daraufhin wird die für Ihre Konfiguration geeignete Xdebug-Datei angezeigt.

  7. Lade die angegebene Xdebug-DLL herunter und kopiere sie in C:\xampp\php\ext (Xampp ist das Standard-Xampp-Installationsverzeichnis)

  8. Wechseln Sie zur XAMPP-Systemsteuerung, klicken Sie auf die Schaltfläche Config vor Apache und wählen Sie php.in aus.

  9. Suche Linie ähnlich oder genau wie,

zend_extension = "C:\xampp\php\ext\php_xdebug.dll"

(Semikolon bedeutet, dass es kommentiert ist)

Entfernen Sie das Semikolon und ersetzen Sie den Pfad durch den Pfad der DLL, die Sie gerade kopiert haben:

zend_extension = "C:\xampp\php\ext\php_xdebug-2.3.2-5.4-vc9.dll"
  1. Ebenso Zeilen finden

    ; xdebug.remote_enable = 0 ; xdebug.remote_handler = "dbgp"

entfernen Sie Semikolons vor beiden Zeilen und machen Sie remote_enable = 1 

xdebug.remote_enable = 1
xdebug.remote_handler = "dbgp"
  1. Starten Sie den Apache-Server neu.

  2. Kopieren Sie Ihren Website-Code unter C:/XAMPP/htdocs/(your_website)/ Das heißt, Ihr index.php sollte sich unter C:/XAMPP/htdocs/(your_website)/index.php befinden.

  3. Öffnen Sie Netbeans, wählen Sie Neues Projekt -> PHP -> PHP Projekt aus der vorhandenen Quelle, und wählen Sie den Ordner aus, den Sie gerade im Ordner htdocs kopiert haben.

  4. Setzen Sie einen Haltepunkt in der ersten Zeile von index.php und debug.

Das ist es.

Es wurden zusätzliche Einstellungen für verschiedene Positionen vorgeschlagen, aber die oben genannten Schritte haben für mich perfekt funktioniert.

5
Jitendra Sawant

Ich möchte hier etwas über xdebug.remote_Host erwähnen

xdebug.remote_Host="127.0.0.1"

Ist ungültig. In einigen Fällen kann es funktionieren, aber die Anführungszeichen können auch Probleme verursachen. Die meisten Benutzer haben keine Probleme, wenn sie IP-Adressen in Anführungszeichen verwenden. Die Leute denken, wenn Sie einen Hostnamen oder eine URL verwenden möchten, müssen Sie ihn in Anführungszeichen setzen. Dies ist falsch, URLs in Anführungszeichen funktionieren nicht.

Wenn Sie mit einer URL debuggen möchten, können Sie dies tun, indem Sie die URL nach den Gleichheitszeichen wie folgt setzen:

xdebug.remote_Host=subdomain.mydomain.com

Ich möchte auch erwähnen, dass Sie keine Portnummer hinzufügen, wenn Sie eine Portnummer haben. Das funktioniert nicht:

xdebug.remote_Host=subdomain.mydomain.com:9000

Das möchten Sie tun:

xdebug.remote_Host=subdomain.mydomain.com
xdebug.remote_port=9000

Wenn Sie dies tun, sollten Sie darauf achten, dass remote_connect_back deaktiviert ist. So was:

xdebug.remote_connect_back=0

oder Sie können es ganz weglassen, wie folgt:

;xdebug.remote_connect_back=1

Wenn remote_connect_back aktiviert ist, versucht es, Ihre IP-Adresse aus der eingehenden Verbindung zu ziehen und die Einstellung remote_Host und Port zu ignorieren.

Xdebug verwendet normales altes TCP, um Verbindungen herzustellen. Dies ist kein HTTP. Dies bedeutet, dass Tools wie Fiddler keine Pakete oder Informationen zum Debuggen anzeigen. Wenn Sie ein Debugging durchführen und prüfen möchten, ob der Server Ihre IDE anruft, gibt es einige Möglichkeiten, wie Sie das überprüfen können.

Mit Wireshark können Sie den Verkehr von TCP sehen. Wenn Sie Windows verwenden, kann Microsoft Message Analyzer auch TCP überwachen.

Wenn Sie jedoch nur versuchen, Ihre IDE zu entfernen, ist dies eine mögliche Ursache für Remote-Debugging-Probleme. Ich empfehle Ihnen, stattdessen einen lokalen TCP -Server zu starten.

Dies ist ein großartiges kostenloses Java-Programm zum Starten eines TCP -Servers: http://sockettest.sourceforge.net/

 How to start a TCP Server

Listen Sie im Abschnitt IP-Adresse einfach 127.0.0.1 auf oder belassen Sie es bei 0.0.0.0. Listen Sie dann die Portnummer auf, die normalerweise für xdebug auf 9000 gesetzt ist.

Sobald der TCP -Server ausgeführt wird, öffnen Sie Ihre Remote-Webseite mit einem xdebug_break (). Funktionsaufruf darin. Dadurch wird xdebug auf dem Remote-Server angewiesen, mit dem Debugging auf dem Server und Port zu beginnen, den Sie in Ihrer php.ini aufgelistet haben.

Beobachten Sie den Socket-Server und prüfen Sie, ob Sie eine Verbindung erhalten. Die ersten gesendeten Daten sollten in etwa so aussehen:

<init appid="APPID"
      idekey="IDE_KEY"
      session="DBGP_COOKIE"
      thread="THREAD_ID"
      parent="PARENT_APPID"
      language="LANGUAGE_NAME"
      protocol_version="1.0"
      fileuri="file://path/to/file">

Wenn Sie es soweit geschafft haben, funktioniert das Remote-Debugging! Stoppen Sie einfach den Server und richten Sie Ihre IDE ein, um diesen Port zu überwachen!


Wenn Sie wie die meisten von uns sind, befindet sich Ihr Entwicklercomputer hinter einem Router mit NAT. Dies bedeutet, dass jeder in Ihrem Büro dieselbe öffentliche IP-Adresse hat. Dies ist ein Problem, denn wenn xdebug diese IP-Adresse kontaktiert, um mit dem Debuggen zu beginnen, trifft es den Router und nicht Ihren Computer. Der Router kann so konfiguriert werden, dass bestimmte Portnummern an einzelne Computer weitergegeben werden. Möglicherweise möchten Sie dies jedoch nicht, da dieser Port offen ist, bis Sie die Routereinstellungen zurücksetzen.

Eine andere Option ist die Verwendung von SSH. Es gibt ein gutes Beispiel dafür, wie Sie dies tun können: http://stuporglue.org/setting-up-xdebug-with-netbeans-on-windows-with-a-remote-Apache-server/#attachment_1305

Meine bevorzugte Option ist die Verwendung von Ngrok . Ngrok ist ein hervorragendes Tool zum Umleiten von HTTP-, https- und TCP - Verkehr. Um die Weiterleitungsfunktion TCP verwenden zu können, müssen Sie sich für ein kostenloses Konto anmelden.

Wenn Sie sich für ein Konto angemeldet haben und Ihren API-Schlüssel zu Ihrem Computer hinzugefügt haben, führen Sie diesen Befehl auf dem Computer aus, auf dem sich Ihre IDE befindet:

ngrok tcp 9000

Dadurch wird ein TCP-Tunnel (nicht http) vom ngrok-Server zu der Maschine geöffnet, auf der Sie den Befehl ausgeführt haben. Ich verwende Port 9000. Sie können diesen Port ändern, wenn Ihre IDE für einen anderen Xdebug-Port konfiguriert ist.

Das sollten Sie sehen:

 Ngrok tcp tunnel open

Sie müssen die URL für den geöffneten TCP - Tunnel überprüfen. In diesem Beispiel ist es:

0.tcp.ngrok.io:14904

Für diese Sitzung sollte die Xdebug-Einstellung auf Ihrem Server folgendermaßen lauten:

xdebug.remote_Host=0.tcp.ngrok.io
xdebug.remote_port=14904

Die URL und der Port ändern sich bei jedem Start von ngrok. Wenn Sie dieselbe URL und denselben Port haben möchten, müssen Sie ein Upgrade auf ein kostenpflichtiges Konto durchführen. Stellen Sie sicher, dass Sie Apache neu starten, nachdem Sie Änderungen an Ihrer php.ini vorgenommen haben.

4
Beachhouse

Ich habe gerade stundenlang so viele Antworten auf dieser Seite und anderen gelesen, und niemand hat erwähnt, was für mich die Lösung war:

Stellen Sie sicher, dass Ihre ausgewählten Port-Einstellungen an allen 3 Standorten übereinstimmen

Mein Problem war, dass es DREI Orte gibt, an denen der gewählte Hafen passen muss. Zwei von mir sagten 9001 und einer sagte 9000. Ich habe sie alle auf 9000 geändert.

Das war das Problem und warum Netbeans nur "Warten auf Verbindung (netbeans-xdebug)" sagen würde.

Die 3 Anschlusspositionen sind: 

  • php.ini (xdebug.remote_port=9000)
  • projekteigenschaften> Konfiguration ausführen> Erweitert
  • Netbeans> Tools> Optionen> PHP> Debugging
3
Ryan

Überprüfen Sie auch die Firewall-Einstellungen für "Windows".

Für mich hat es nicht funktioniert, weil mein LAN-Netzwerk als "Öffentliches Netzwerk" deklariert wurde. Nachdem ich es auf "Arbeitsnetzwerk" umgestellt hatte, hat es gut funktioniert.

2
Tim Stollberg

Das Hinzufügen hat für mich funktioniert: 

xdebug.idekey=netbeans-xdebug   
1
John Sarris

In meinem Fall zeigte das Apache-Log eine PHP Warnung, dass date.timezone nicht gesetzt wurde. Xdebug/netbeans funktionierte, sobald ich es in php.ini eingestellt und Apache neu gestartet habe.

date.timezone = America/Los_Angeles

Dies ist PHP 5.5.

1
user2701551

Wenn ich Folgendes in php ini hinzufüge, funktionierte es nicht

zend_extension_ts = "C:\PHP\PHP560\ext\php_xdebug-2.4.0rc4-5.6-vc11.dll"

Aber wenn ich hinzufüge 

zend_extension = "C:\PHP\PHP560\ext\php_xdebug-2.4.0rc4-5.6-vc11.dll"

Es funktioniert gut.

1
nikunj gandhi

Nachdem ich die php.ini-Datei, netbeans, Portweiterleitung auf dem Router richtig eingerichtet hatte, bekam ich immer noch das elende "Warten auf Verbindung (netbeans-xdebug)". Ich bemerkte schließlich, dass auf der Netbeans-Seite "output_buffering = Off" eingestellt ist in Ihrer php.ini-Datei ".

Also habe ich die Datei /etc/php/7.x/Apache2/php.ini überprüft und sicher war der Wert 4096. Also setze ich output_buffering = off zurück und es hat funktioniert !!!

Hoffe, das hilft jemandem, da die Nachricht darauf hinweist, dass es sich um einen Verbindungsfehler und nicht um einen Konfigurationsfehler handelt.

1
shires-boy

Ich bin mit xampp unter Windows und habe den Abschnitt [XDebug] meiner php.ini (am unteren Rand) folgendermaßen geändert, damit er funktioniert:

zend_extension = "C:\xampp\php\ext\php_xdebug.dll"
xdebug.remote_enable=on
xdebug.remote_handler=dbgp
xdebug.remote_Host=localhost
xdebug.remote_port=9000

Aus dem Netbeans-Wiki hier bezogen: http://wiki.netbeans.org/HowToConfigureXDebug

Wenn Sie Apache ausführen, denken Sie daran, ihn nach dem Konfigurieren von XDebug und dem Speichern von php.ini neu zu starten.

1
Richard Lovell

Ich hatte dieses Problem für ein Projekt, aber nicht für andere. Xdebug wurde also korrekt konfiguriert, die Projekteinstellungen waren in Ordnung, aber es funktionierte immer noch nicht.

Also habe ich einfach das nbproject-Unterverzeichnis mit den Projekteinstellungen gelöscht und ein neues Projekt mit der vorhandenen Quelle erstellt. Dies löste das Problem für mich.

0
johanv

Ich hatte das gleiche Problem und versuchte es stundenlang zu lösen. Ich fand schließlich heraus, dass die Chrome-Erweiterung ipflood, die die Header ändert, so dass sie aussieht, als würden Sie einen Proxy verwenden, die Ursache war. 

Es funktioniert perfekt, nachdem ich es deaktiviert habe!

0
Black

Nachdem Sie Änderungen an den Dateien php.ini oder xdebug.ini vorgenommen haben, müssen Sie, unabhängig davon, wie Sie Ihren Webserver ausführen, diesen Webserver neu starten (beispielsweise: service httpd restart on CentOS) oder Apache Nehmen Sie die Änderungen, die Sie an dieser INI-Datei vorgenommen haben, nicht auf.

Das xdebug-Paket auf CentOS lautet "phpXXu-pecl-xdebug".

Die Standardeinstellungen der neuesten Xdebugs sind normalerweise in Ordnung. Diese beiden Werte müssen nur in der Apache-INI-Datei richtig angegeben werden:

xdebug.remote_enable=on
xdebug.remote_Host=[DNS entry that resolves to the IP4 of your debugger]
0
johnwbyrd

Ich habe viel Zeit damit verbracht, das optimale Setup zu finden, und das verdient eine eigene Antwort, auch wenn die von Johnson T A fast richtig ist.

Er sagt 

xdebug.remote_Host = 192.168.1.5 - Dies ist die IPv4-Adresse meines Systems. Ich habe dies geändert, da ich mit localhost und 127.0.0.1 nicht debuggen konnte.

Nun, nicht jeder kann eine private Adresse verwenden, oder es kann dynamisch sein oder andere Dinge. In meinem Fall litt ich auch unter sehr lange Wartezeiten, bevor das Debuggen tatsächlich begann - etwa 30 Sekunden. Das war unpraktisch.

Ich bin sicher, dass alle, die diese Probleme haben, mindestens unter Windows 7 oder so sind. Das Problem hängt mit einer Mischung aus Namensauflösung und xdebug zusammen. Um sie zu überwinden, stellen Sie sicher, dass:

  • Port 9000 wird nicht verwendet. Wenn dies der Fall ist, ändern Sie es in einer nicht verwendeten Datei, sowohl in php.ini als auch in netbeans.
  • Stellen Sie sicher, dass xdebug.remote_enableiston.
  • Wenn Sie mit localhost und 127.0.0.1 Adressen debuggen möchten, öffnen Sie \Windows\System32\drivers\etc und vergewissern Sie sich, dass dort folgende Zeilen vorhanden sind:

    127.0.0.1 localhost

    :: 1 localhost

Stellen Sie sicher, dass in der ersten Zeile kein # steht und in der zweiten Zeile ein.

Meine funktionierende php.ini-Sektion (ich brauche keinen Profiler, also habe ich ihn deaktiviert):

[XDebug]
zend_extension = "C:\xampp\php\ext\php_xdebug.dll"
xdebug.profiler_append = 0
xdebug.profiler_enable = 0
xdebug.remote_enable = on
xdebug.remote_handler = "dbgp"
xdebug.remote_Host = "localhost"
xdebug.remote_port = 9001
xdebug.trace_output_dir = "C:\xampp\tmp"
xdebug.remote_log = "C:\xampp\tmp\xdebug\xdebug.log"
xdebug.idekey = "netbeans-xdebug"
xdebug.remote_autostart = on
xdebug.remote_connect_back = on

Stoppen Sie den Netbeans-Debugger. Starten Sie Apache neu.

Ich wette, Sie werden keine langen Wartezeiten oder seltsames Verhalten mit dem Debugger mehr haben.

Erläuterung: In etc/hosts heißt es, "localhost-Namensauflösung wird in DNS selbst gehandhabt". Aus irgendeinem Grund funktioniert es nicht gut mit xdebug, wenn es nicht ausdrücklich in dieser Datei angegeben ist. Das explizite Setzen scheint insgesamt keinen Schaden zu verursachen und löst dieses Problem mit xdebug. Sie müssen aber auch die sIPv6-Kurznotation für localhost (:: 1) explizit deaktivieren, damit dies funktioniert. Ich kenne die inneren Gründe nicht, aber probiere alle Kombinationen und diese wirkt für mich wie ein Zauber.

0
Pere

Wählen Sie einen bestimmten Browser zum Debuggen aus:

  1. Rechtsklick auf Projekt -> Eigenschaften auswählen
  2. Kategorien auswählen: Der Browser hat dann einen bestimmten Browser zum Debuggen ausgewählt
0
Vinh

Ich hatte das gleiche Problem . Warum? Zuerst habe ich WAMP installiert, ich danke Netbeans und sie arbeiten zusammen als Charme . Später installierte ich XAMPP und Localhost-Sites liefen reibungslos, aber NetBeans konnten sich niemals mit XAMPP verbinden netbeans-xdebug) . Zur gleichen Zeit funktionierten NetBeans gut mit Wamp.

Meine Lösung war, nach Wamp zurückzukehren. Es ist besser als nichts.

Mein PC: Win-7-32, NetBeans-8.0.2, 

wampserver2.5-Apache-2.4.9-Mysql-5.6.17-php5.5.12-32b

xampp-win32-5.6.8-0-VC11

0

Wenn Ihr Xdebug nicht ordnungsgemäß funktioniert, überprüfen Sie Ihr Serverprotokoll:

$ Sudo less /var/log/httpd/error_log

Verwenden Sie diesen Befehl, um Verbindungen zu prüfen:

$ Sudo netstat -an

Wenn Sie nach dem Starten des Debugs auf netbeans den Befehl netstat verwenden, können Sie den Port von xdebug (wahrscheinlich 80) sehen:

tcp6       0      0 192.168.33.10:80       192.168.33.2:49901      ESTABLISHED

Der Hafen von Netbeans ist 9000:

tcp        0      0 192.168.33.10:52024    192.168.33.2:9000       ESTABLISHED

Sie können den Port des xdebug von hier aus ändern (im Hauptmenü Extras -> Optionen -> PHP):  enter image description here

Wenn die Verbindung nicht hergestellt wird, ist es sehr wahrscheinlich, dass Ihre Verbindung von Ihrem Antivirenprogramm oder Ihrer Firewall blockiert wird. Sie können es in Ihrem Antivirenprogramm oder Ihrer Firewall überprüfen und die Blockierung entfernen, da es sich um eine sichere Verbindung handelt.

0
lechat

Ein Versuch könnte sein, php -i im Befehlsfenster zu starten. Beim Umleiten der Ausgabe war ein Fehler aufgetreten 

Für mich war es die FINAL-Lösung, weil ich eine falsche Version von Xdebug heruntergeladen hatte

Für mich hätte es sein sollen: php_xdebug-2.1.2-5.3-vc6.dll

Aber ich hatte: php_xdebug-2.2.4-5.3-vc9.dll. Es ist also ein Fehler von php -i aufgetreten.

E:\Programme\php>php -i > myOutputFromPhp

erträge nach ERROR

Xdebug kann nicht geladen werden - es wurde mit der Konfiguration API220090626, TS, VC9 erstellt, wohingegen die ausgeführte Engine die API220090626, TS, VC6 ist

0
AlfredK

schauen Sie sich das an: Starten Sie XDebug in Netbeans auf eine externe Anfrage


eine andere Möglichkeit ist, ein neues Fenster zu öffnen:

gehen Sie zu Projekt> Konfiguration ausführen> Weiter 

und wechseln Sie zur Standardeinstellung und prüfen Sie, ob ein weiteres Fenster im Browser geöffnet wird

0
Julio Marins

Für Ubuntu-Benutzer:

  1. Sudo su
  2. apt-get install php5-dev php-pear
  3. pecl install xdebug
  4. find/-name 'xdebug.so' 2>/dev/null
  5. es wird etwas wie: /usr/lib/php5/20121212/xdebug.so zurückgegeben
  6. vi /etc/php5/Apache2/php.ini
  7. fügen Sie diese Zeile hinzu: zend_extension = "/ usr/lib/php5/20121212/xdebug.so"
  8. dienst Apache2 neu starten
  9. iDE neu starten
0
dtmiRRor