Kiedy Netbeans uruchamia sesję debugowania, uruchamia dwa słuchacze, jeden na 0.0.0.0: 9000( wszystkie adresy IPv4 systemu), a drugi na interfejsie IPv6.

Jeśli Netbeans i Web serwer są na tym samym systemie, najlepiej skonfigurować XDebug tak, aby wysyłał dane z powrotem do 127.0.0.1:9000, Na Którym NetBeans będzie nasłuchiwał (i tylko na sesję)...

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

Jeśli z jakiegoś powodu XDebug nie jest w stanie zgłosić się do 127.0.0.1, lub Netbeans nie nasłuchuje na 127.0.0.1, możesz skonfiguruj XDebug tak, aby wysyłał dane z powrotem do $_SERVER['REMOTE_ADDR'] pierwotnego żądania...

xdebug.remote_connect_back=1

W ten sposób nie musisz podawać dokładnego adresu IP (np. jak w powyższej odpowiedzi IP LAN: 192.168.1.5). Minusem jest to, że każde źródło może się połączyć.

Jeśli masz dalsze problemy, to...

xdebug.remote_autostart=1

... uruchamia również proces debugowania dla wszystkich żądań, a nie tylko dla tych z odpowiednim zapytaniem o rozpoczęcie sesji lub ciasteczkiem. Minusem jest to, że wszystkie prośby zainicjuje zbieranie danych debugowania i raportowanie (co spowolni wszystko i wygeneruje więcej danych).

Chociaż z tego, co zebrałem, większość tych problemów "czekanie na połączenie (netbeans-xdebug)" w systemie Windows (z XAMPP, Wamp-Server, itp.) jest zwykle wynikiem Zapory systemu Windows i McAfee (lub innego oprogramowania zapory i antywirusa) blokującego połączenie...

Source: NetBeans "Waiting For Connection (netbeans-xdebug)" Issue

Jestem programistą. Net i jestem bardzo nowy w PHP. Ostatnio próbowałem hostować aplikację PHP open source na moim komputerze (Windows). Po walce przez 5-6 dni wymienię kroki, które zadziałały dla mnie.

Odinstalowałem wszystkie poprzednie instalacje XAMPP i NetBeans i przystąpiłem do nowych instalacji.

To może nie być rozwiązanie dla wszystkich, ale zadziałało dla mnie i mam nadzieję, że komuś pomoże.

1. Install XAMPP

2. Zainstaluj netbeans dla PHP.

3. Otwórz IIS i przestań. Domyślnie działa na porcie 80.(Uruchamiam XAMPP na porcie 80 tzn. domyślnie, uruchomienie na innym porcie może wymagać dodatkowych ustawień konfiguracyjnych)

4. Otwórz Panel sterowania XAMPP i uruchom Apache. Jeśli port 80 jest wolny, nie powinien pojawić się żaden problem.

5. Open localhost in browser in powinno wyświetlać stronę główną XAMPP.

6. Otwórz phpinfo() link w lewym okienku i skopiuj całą zawartość strony. Przejdź do: http://xdebug.org/wizard.php i wklej całą zawartość w TextBox i kliknij Analyze my phpinfo output. Spowoduje to pobranie pliku Xdebug odpowiedniego dla Twojej konfiguracji.

7. Pobierz podaną bibliotekę dll Xdebug i skopiuj ją do C:\xampp\php\ext (XAMPP jest domyślnym katalogiem instalacyjnym Xampp)

8. Goto XAMPP Panel sterowania, kliknij przycisk Config przed Apache i wybierz php.in,

9. Znajdź linię podobne lub dokładnie podobne,

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

(średnik oznacza, że jest komentowany)

Usuń średnik i zastąp ścieżkę ścieżką biblioteki dll, którą właśnie skopiowałeś:

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

1. Podobnie znajdź linie

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

Usuń średniki przed obiema liniami i utwórz remote_enable = 1

xdebug.remote_enable = 1
xdebug.remote_handler = "dbgp"

1. Restart Serwer Apache.

2. Skopiuj kod swojej strony pod C:/XAMPP/htdocs/(your_website)/ oznacza to, że twój index.php powinien być na C:/XAMPP/htdocs/(your_website)/index.php

3. Otwórz Netbeans wybierz nowy projekt - > PHP - > projekt PHP z istniejącego źródła i wybierz folder, który właśnie skopiowałeś w folderze htdocs. Ustaw go na lokalnym serwerze WWW.

4. Ustawia punkt przerwania w pierwszej linii index.php i debuguje.

To jest to.

Dodatkowe ustawienia zostały zasugerowane na różnych postach, ale powyższe kroki sprawdziły się dla mnie doskonale.

Po prostu spędziłem godziny czytając tyle odpowiedzi na tej stronie i innych podobnych, i nikt nie wspomniał, co skończyło się rozwiązaniem dla mnie:

Upewnij się, że wybrane ustawienia portu pasują do wszystkich 3 lokalizacji

Moim problemem było to, że są trzy miejsca, które wybrany port musi dopasować. Dwóch moich powiedziało 9001, a jeden 9000. Zmieniłem je wszystkie na 9000.

To był problem i dlaczego Netbeans powiedziałby tylko " oczekiwanie na połączenie (netbeans-xdebug)".

3 lokalizacje ustawienia portu to:

• php.ini (xdebug.remote_port=9000)
• właściwości projektu > uruchom konfigurację > zaawansowane
• Netbeans > Narzędzia > Opcje > PHP > debugowanie

Chcę wspomnieć coś tutaj o xdebug.remote_host

xdebug.remote_host="127.0.0.1"

Jest nieważna. W niektórych przypadkach może to działać, ale cytaty mogą również powodować problemy. Większość ludzi nie ma problemów z używaniem adresów IP w cudzysłowach, ale stanowi to zły precedens. To sprawia, że ludzie myślą, że jeśli chcesz użyć nazwy hosta lub adresu URL, musisz umieścić go w cudzysłowie. Jest to nieprawidłowe, adresy URL w cudzysłowach nie będą działać.

Jeśli chcesz debugować przy użyciu adresu url, możesz to zrobić, po prostu umieszczając adres url po równym tak:

xdebug.remote_host=subdomain.mydomain.com

Chcę również wspomnieć, że jeśli masz numer portu, nie dodawaj go. To nie działa:

xdebug.remote_host=subdomain.mydomain.com:9000

To jest to, co chcesz zrobić:

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

Jeśli to zrobisz, ostrzegam również, aby upewnić się, że remote_connect_back jest wyłączony. Tak:

xdebug.remote_connect_back=0

Lub możesz go ommit całkowicie, tak:

;xdebug.remote_connect_back=1

Jeśli remote_connect_back jest włączony, spróbuje pobrać twój adres IP z połączenia przychodzącego i zignorować remote_host i ustawienie portu.

Xdebug używa zwykłego starego TCP do nawiązywania połączeń. To nie jest HTTP. Oznacza to, że narzędzia takie jak Fiddler nie pokażą żadnych pakietów ani informacji o debugowaniu. Jeśli chcesz debugować i sprawdzić, czy serwer wykonuje połączenie z Twoim IDE, możesz sprawdzić na kilka sposobów.

Wireshark pozwoli Ci zobaczyć ruch TCP. Również jeśli korzystasz z systemu Windows, Microsoft Message Analyzer może również monitorować TCP.

Ale, jeśli wszystko, co próbujesz zrobić czy usunięcie IDE jest możliwą przyczyną problemów zdalnego debugowania, proponuję zamiast tego uruchomić lokalny serwer TCP.

Jest to świetny darmowy program java do uruchomienia serwera TCP: http://sockettest.sourceforge.net/

W sekcji Adres IP, po prostu wymień 127.0.0.1 lub zostaw go na 0.0.0.0. Następnie wypisz numer portu, który jest zwykle domyślnie ustawiony na 9000 dla xdebug.

Po uruchomieniu serwera TCP otwórz zdalną stronę internetową z wywołaniem funkcji xdebug_break ();. To powie xdebug na zdalnym serwerze, aby rozpoczął debugowanie na dowolnym serwerze i porcie wymienionym w php.ini.

Obserwuj serwer socket i sprawdź, czy masz połączenie. Pierwsze wysłane dane powinny wyglądać mniej więcej tak:

<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">

Jeśli dotarłeś tak daleko, zdalne debugowanie działa! Wystarczy zatrzymać serwer i skonfigurować IDE do słuchania na tym porcie!

Jeśli jesteś jak większość z nas, twój programista maszyna jest za routerem z NAT. Oznacza to, że każdy w Twoim biurze ma ten sam publiczny adres IP. Jest to problem, ponieważ gdy xdebug kontaktuje się z tym adresem IP, aby rozpocząć debugowanie, trafia do routera, a nie do komputera. Router można skonfigurować tak, aby przekazywał określone numery portów do poszczególnych komputerów, ale możesz nie chcieć tego robić, ponieważ ten port będzie otwarty do momentu przywrócenia ustawień routera.

Inną opcją jest użycie SSH. Jest świetny przykład tego, jak aby to zrobić tutaj: http://stuporglue.org/setting-up-xdebug-with-netbeans-on-windows-with-a-remote-apache-server/#attachment_1305

Moim preferowanym rozwiązaniem jest użycie Ngrok . Ngrok to świetne narzędzie do przekierowywania ruchu http, https i TCP. Aby skorzystać z funkcji TCP redirect musisz założyć darmowe konto.

Po zarejestrowaniu konta i dodaniu klucza API do komputera uruchom to polecenie na komputerze, na którym znajduje się Twoje IDE on:

ngrok tcp 9000

Otworzy to tunel tcp (nie http) z serwera ngrok do dowolnego komputera, na którym uruchomiłeś polecenie. Używam portu 9000, możesz zmienić ten port, jeśli Twoje IDE jest skonfigurowane dla innego portu Xdebug.

Oto co powinieneś zobaczyć:

Będziesz musiał sprawdzić, jaki jest adres url otwartego tunelu TCP. W tym przykładzie jest to:

0.tcp.ngrok.io:14904

Dla tej sesji, ustawienie Xdebug na twoim serwerze powinno być to:

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

Adres URL i port będą się zmieniać za każdym razem, gdy ngrok zostanie uruchomiony. Jeśli chcesz mieć ten sam adres url i port, musisz przejść na konto płatne. Pamiętaj, aby ponownie uruchomić apache po wprowadzeniu zmian w php.ini.

Sprawdź również ustawienia zapory "windows".

Dla mnie nie działa, ponieważ moja sieć LAN została zadeklarowana jako"Sieć publiczna". Po przełączeniu go na "sieć robocza" działało dobrze.

W moim przypadku w Dzienniku Apache pojawiło się Ostrzeżenie PHP o braku ustawionej daty.Strefa czasowa. Xdebug / netbeans zaczął działać jak tylko ustawiłem go w php.ini i ponownie uruchomił apache.

date.timezone = America/Los_Angeles

To jest PHP 5.5.

Jestem na Windows z xampp i zmieniłem sekcję [XDebug] w moim php.ini (na dole) do następującego, aby to działało:

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

Pochodzi z NetBeans wiki tutaj: http://wiki.netbeans.org/HowToConfigureXDebug

Jeśli masz uruchomiony Apache, pamiętaj o jego ponownym uruchomieniu po skonfigurowaniu XDebug i zapisaniu php.ini.

Dodanie tego mi pomogło:

xdebug.idekey=netbeans-xdebug   

I mój przypadek jeśli dodam following w php ini to nie działa

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

Ale jeśli dodam

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

To działa dobrze.

Po poprawnym skonfigurowaniu php.plik ini, netbeans, przekierowanie portów na routerze, ciągle dostaję nieszczęsnego " czekania na połączenie (netbeans-xdebug). W końcu zauważyłem na stronie netbeans "nie zapomnij ustawić output_buffering = Off w php.plik ini".

Więc sprawdziłem /etc / php / 7.zapraszamy do zapoznania się z naszą ofertą.plik ini i na pewno jego wartość to 4096. Więc zresetowałem output_buffering = Off I lo zadziałało !!!

Mam nadzieję, że to komuś pomoże, ponieważ przesłanie sugeruje, że jest to błąd połączenia, a nie błąd konfiguracji.

Sprawdź to: Uruchom XDebug w Netbeans na zewnętrzne żądanie

Innym sposobem jest otwarcie nowego okna:

Spróbuj przejść do projektu > uruchom konfigurację > advance

I przełącz na domyślne, sprawdź czy nie otworzy ono innego okna w przeglądarce

Próbą może być uruchomienie php -i w oknie poleceń. Podczas przekierowywania wyjścia wystąpił błąd

Dla mnie było to ostateczne rozwiązanie ponieważ miałem złą wersję Xdebug pobraną

Dla mnie powinno być: php_xdebug-2.1.2-5.3-vc6.dll

Ale miałem: php_xdebug-2.2.4-5.3-vc9.dll. Więc wystąpił błąd z php -i

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

Zwraca po błędzie

Nie można załadować Xdebug - został zbudowany z konfiguracją API220090626, TS, VC9, natomiast działa silnik API220090626, TS, VC6

Miałem ten sam problem. dlaczego? Najpierw zainstalowałem WAMP, dziękuję Netbeans i działają razem jako urok. Później zainstalowałem XAMPP i strony Localhost działały płynnie, ale NetBeans nigdy nie mógł się połączyć z XAMPP (netbeans-xdebug). W tym samym czasie NetBeans dobrze współpracował z Wamp.

Moim rozwiązaniem było wrócić do Wamp. Lepsze to niż nic.

Mój 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

Dla użytkowników Ubuntu:

1. sudo su
2. apt-get install php5-dev php-pear
3. pecl install xdebug
4. find / - name "xdebug.so" 2>/dev / null
5. zwróci coś w stylu: / usr / lib / php5 / 20121212 / xdebug. so
Zapraszamy do zapoznania się z naszą ofertą.ini
6. Dodaj tę linię: zend_extension= "/ usr / lib / php5 / 20121212 / xdebug. so "
Zapraszamy do zapoznania się z naszą ofertą]}
7. restart IDE

Spędziłem dużo czasu próbując uzyskać optymalną konfigurację i rzecz, że zasługuje na własną odpowiedź, mimo że @ Johnson T A jest prawie poprawna.

On mówi

Xdebug.remote_host=192.168.1.5 - to jest adres IPv4 mojego systemu, zmieniłem na ten, ponieważ nie mogłem debugować z localhost i 127.0.0.1.

Jestem pewien, że wszyscy mający te problemy są co najmniej W Windows 7 lub tak. Problem jest związany z mieszanką nazwy rozdzielczość i xdebug. Aby je przezwyciężyć upewnij się, że:

• Port 9000 nie jest używany. Jeśli tak jest, zmień go na nieużywany, zarówno w php.ini i w netbeans.
• upewnij się, że xdebug.remote_enable jest on.

• Jeśli chcesz być w stanie debugować przy użyciu adresów localhost i 127.0.0.1, Otwórz \Windows\System32\drivers\etc i upewnij się, że masz tam następujące linie:

  127.0.0.1 localhost

  :: 1 localhost

Upewnij się, że pierwsza linia nie ma # przed nią, a druga ma ją.

Moje działające php.sekcja ini (nie potrzebuję profilera więc go wyłączyłem):

[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

Zatrzymaj debugger netbeans. Uruchom Ponownie Apache.

Założę się, że nie będziesz cierpieć z powodu długiego czasu oczekiwania już ani dziwne zachowanie z debuggerem.

Wyjaśnienie: Chociaż w etc / hosts mówi się "localhost name resolution is handed within DNS yourself", z jakiegokolwiek powodu nie działa to dobrze z xdebug, jeśli nie masz tego jasno określonego w tym pliku. Jawne umieszczenie go wydaje się nie szkodzić i rozwiązuje ten problem z xdebug. Ale również musisz wyraźnie wyłączyć krótką notację sIPv6 dla localhost (::1), aby to wszystko działało. Nie znam wewnętrznego powody, ale Wypróbuj wszystkie kombinacje i ta działa dla mnie jak urok.

Miałem ten problem dla jednego projektu, ale nie dla innych. Więc xdebug był poprawnie skonfigurowany, ustawienia projektu były ok, ale nadal nie działa.

Więc po prostu usunąłem podkatalog nbproject, zawierający ustawienia projektu, i stworzył nowy projekt z istniejącego źródła. To rozwiązało problem dla mnie.

Wybierz konkretną przeglądarkę do debugowania:

1. Kliknij prawym przyciskiem myszy na projekt - > wybierz Właściwości
2. Select categories: Browser then selected a specific browser for debugging

Jeśli twój xdebug nie działa poprawnie, sprawdź log serwera:

$ sudo less /var/log/httpd/error_log

Aby sprawdzić połączenia, użyj polecenia:

$ sudo netstat -an

Po uruchomieniu debugowania na netbeans, jeśli użyjesz polecenia netstat, zobaczysz port xdebug (prawdopodobnie jest to 80):

tcp6       0      0 192.168.33.10:80       192.168.33.2:49901      ESTABLISHED

Port netbeans to 9000:

tcp        0      0 192.168.33.10:52024    192.168.33.2:9000       ESTABLISHED

Możesz zmienić port xdebug tutaj (z górnego menu, Narzędzia - > Opcje - > PHP):

Jeśli połączenie nie zostanie nawiązane, to jest bardzo możliwe, że połączenie jest blokowane przez program antywirusowy lub zaporę sieciową. Możesz to sprawdzić w programie antywirusowym lub zaporze sieciowej i usunąć blok, ponieważ jest to bezpieczne połączenie.

Po wprowadzeniu zmian w php.ini lub xdebug.pliki ini, niezależnie od sposobu działania serwera www, upewnij się, że uruchomiłeś go ponownie (na przykład: service httpd restart on CentOS), lub Apache nie odbierze wprowadzonych zmian .plik ini.

Pakiet Xdebug na CentOS to "phpXXu-pecl-xdebug".

Domyślne ustawienia na najnowszych Xdebugach są zwykle w porządku. Jest tylko ściśle konieczne, aby uzyskać te dwie wartości dobrze, gdzieś w Apache .ini plik:

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

Miałem ten sam problem i próbowałem go rozwiązać godzinami. W końcu dowiedziałem się, że przyczyną było rozszerzenie chrome ipflood, które zmienia nagłówki, aby wyglądało, jakbyś używał proxy.