sesja eclipse xdebug nigdy się nie kończy

Upewnij się, że zdefiniowałeś zend_extention za pomocą Absolute path w php.ini:

E. g.: zend_extension=D:\SANDBOX\server\php\php_xdebug-2.1.0-5.3-vc6.dll

Debuguję lokalny projekt w systemie Windows. Do tej pory nie potrzebowałem xdebug.remote_enable = On.

Sugestie jeśli sesja Xdebug się nie rozpocznie (zawiesza się na 57%), upewnij się, że:

• zend_extention dyrektywa jest ustawiona z bezwzględną ścieżką i debugowanie jest ładowane, użyj {[5] } aby sprawdzić
• firewall nie blokuje domyślnego portu 9000 lub Eclipse.
• kolejna aplikacja nie używa portu (wykonaj: netstat -an |find /i "listening" z linii poleceń)

Jeśli chcesz skonfigurować inny port użyj w php.ini:

xdebug.remote_enable = on
xdebug.remote_port = XXXX 

I popraw ustawienia Xdebug w Eclipse:

MiaĹ 'em ten sam problem i naprawiĺ' em go zmieniajÄ ... c port na XDebug (teraz uĹźywajÄ ... C portu 9001).

Oto moje php.zawartość ini:

zend_extension ="C:\...\EasyPHP-5.3.3\php\ext\php_xdebug-2.dll"
xdebug.remote_enable=1
xdebug.remote_host=localhost
xdebug.remote_port=9001
xdebug.remote_handler=dbgp
xdebug.profiler_enable=0
xdebug.remote_mode=req
xdebug.remote_autostart=0

Sprawdź również plik dziennika apache i upewnij się, że nie masz następującego komunikatu ostrzegawczego:

Ostrzeżenie PHP: Xdebug musi być załadowany jako rozszerzenie Zend w Unknown on line 0
Warning : Xdebug musi być załadowany jako rozszerzenie Zend w Unknown on line 0

Jeśli to zrobisz, otwórz php.plik ini i komentarz z"; " linia extension=php_xdebug-2.dll:

;extension=php_xmlrpc.dll
extension=php_xsl.dll
**;extension=php_xdebug-2.dll**
;/PHPExt

Po 3 godzinach walki i wypróbowaniu każdego rozwiązania na forum, odkryłem, że prostą sztuczką było usunięcie cudzysłowów podczas określania ścieżki dll Xdebugw zend_extensionw php.ini . Używam XAMPP (PHP 5.3.6 + Apache 2.2) + Eclipse Indigo + PDT + Xdebug 2.1.2 na Windows Vista.

Oto dokładna konfiguracja, która zadziałała dla mnie-

zend_extension=C:\xampp\php\ext\php_xdebug-2.1.2-5.3-vc6.dll
#Note that the path above is not in quotes
xdebug.remote_enable=true
xdebug.remote_host=localhost
xdebug.remote_port=9001
xdebug.remote_handler=dbgp
xdebug.profiler_enable=1
xdebug.profiler_output_dir=C:\xampp\tmp

Użyłem portu 9001, aby nie kolidował z 9000 w przypadku, gdy jest już używany przez inny program. Upewnij się, że pasuje do portu w Eclipse > Preferencje > PHP > Debug > Xdebug też. Ponadto uruchom ponownie apache po edycji php.ini.

Kiedyś dodałem to do php.ini, wszystko działało jak lody.

Miałem ten sam problem ze Studiem Zend. Zauważyłem, że sesja xdebug nie zaczynała się prawidłowo. Przekazałem ten ciąg do adresu url raz i działało od tego czasu.

http://localhost/myalias/?XDEBUG_SESSION_START=ECLIPSE_DBGP&KEY=13750956767461

Jestem pewien, że to kwestia konfiguracji gdzieś w IDE.

Zdałem sobie sprawę, że port TCP był używany i dlatego wisiał. Zmieniłem port w php.ustawienia ini i eclipse.

Sprawdź ten link:

Http://xdebug.org/docs/remote

Jest jedna sesja o nowych wtyczkach do chrome i firefox i działają dobrze.

Sprawdź czy ustawienia przeglądarki Eclipse są poprawne.

Okno / Preferencje / Ogólne / przeglądarka internetowa / zewnętrzne przeglądarki internetowe / Edycja ustawień

W moim przypadku ścieżka do pliku binarnego zewnętrznej przeglądarki internetowej była nieprawidłowa. Napis "/usr/bin/mozilla" zamiast "/usr/bin/firefox". Nie wiem, jak powstało to ustawienie, ale po jego zmianie pojawiło się w końcu okno przeglądarki firefox.

Zajrzałem do dziennika apache i było wiele linii z błędem file not found.

Run - > debug configurations - > PHP web page - > Your_configuration

Odznaczam auto generate i ustawiam nazwę pliku na index.php.

Wydaje się, że w przypadku jakiegokolwiek błędu uniemożliwiającego normalne funkcjonowanie eclipse powoduje to "oczekiwanie na sesję"

Miałem dokładnie ten sam problem. Moje konfiguracje były na równi z Twoimi i oprócz posiadania xdebug.remote_enable = On w php.plik ini dodaje także:

xdebug.remote_connect_back=1

Umożliwia zdalne debugowanie wielu hostów, jako alternatywę można zdefiniować adres IP hosta.

xdebug.remote_host=IP_ADDRESS

Tak, sprawdź statystyki sieci / portów. W moim przypadku używam VMware fusion na Macu, a proces VMware-natd zamyka procesor (blokowanie na otwartym porcie zakładam), czego nie zauważyłem. php.ini było całkowicie w porządku, musiałem to uruchomić, aby znowu zadziałało: {]}

sudo "/Library/Application Support/VMware Fusion/boot.sh" --restart

Więc ppl Sprawdź swoje php.ini (lub xdebug.ini) plik pierwszy. Jeśli ta dyskusja wygląda dobrze, sprawdź, czy nie masz problemów z siecią.

Nie wiem, czy to dla ciebie znaczy, czy nie! Ale czy trafiłeś do pliku PHP (cokolwiek.php) z prawym parametrem debugowania, coś w rodzaju XDEBUG_SESSION_START=ECLIPSE_DBGP&KEY=12882809194391.

Eclipse nie jest w stanie odczytać pliku HTML z parametrami debugowania, co powoduje, że Eclipse zawiesza się na sesji xdebug

Miałem podobny problem i okazało się, że używam niewłaściwego dll. Mam nadzieję, że to pomoże komuś w przyszłości.

Miałem ten sam objaw. Jednak moim problemem było to, że ustawiłem xdebug.remote_host = "" Zrobiłem to, ponieważ używam wirtualnych hostów apache, aby wyeliminować potrzebę localhost. Jednak musiałem zmienić go z powrotem na xdebug.remote_host = "localhost" a potem zmień mój apache / etc / hpppd-vhosts.conf, aby localhost wskazywał mój root c:\web.

Dla mnie te objawy były spowodowane przez Zaporę systemu windows (Win7 Pro). Musiałem wyraźnie zezwolić eclipse na przejście Firewalla. Zrobiłem to za pomocą okna dialogowego "Panel sterowania \ wszystkie elementy Panelu sterowania \ Zapora systemu Windows \ dozwolone programy".

To może nie być przydatne dla wszystkich, ale... próbując debugować zdalne hosty, zawsze pamiętaj o routerze DSL! (lub jakikolwiek router po drodze) spędziłem godziny próbując znaleźć rozwiązanie, kiedy zauważyłem, że wszystko, co musiałem zrobić, to aktywować przekierowanie portów (port 9000) na moim Linksysie i wszystko działało jak czar :)

1. powyższe dane wejściowe były użyteczne. Sprawdziłem wartości parametrów Xdebug w phpinfo() i okazało się, że pomimo moich ustawień na 1 lub włączone, auto_trace i remote_enable były wyłączone. Więc dotarłem do true . A potem zdalnie pracował!. Dzięki.
2. Uwaga, teraz możesz uruchomić zdalną sesję debugowania z Eclipse, konfigurując różne konfiguracje debugowania lub / i za każdym razem, gdy uruchomisz taką skonfigurowaną aplikację poza Eclipse, otrzymasz pytanie w Eclipse, aby zaakceptować lub nie aby zaakceptować sesję debugowania. Więc jeśli jesteś na innej maszynie niż eclipse UI może się okazać, że połączenie do aplikacji jest coraz timed out bez powodu. W rzeczywistości nie byłoby okno dialogowe Tak-Nie, gdziekolwiek jest sesja Eclipse

Ten wątek pomógł mi rozwiązać mój problem z MAMP na OSX z Eclipse. Po aktualizacji do MAMP 2.1.1 z 1.x release, nie udało mi się uruchomić xdebuga w eclipse. Wisiał na poziomie 57%.

Phpinfo pokazało, że rozszerzenie xdebug ładuje się dobrze i nie było żadnych błędów w logach PHP lub Apache.

Chciałem debugować tylko lokalnie, ale powodem problemu było to, że zdalne debugowanie nie było włączone. Dodawanie xdebug.remote_enable = true do MAMP PHP.ini szablon i restart MAMP rozwiązały problem.

W moim przypadku aplikacja CLI działała dobrze, ale to aplikacja internetowa utknęła w 57%.

Zadziałało po 2 zmianach:

1. wykonano debugger serwera jako XDebug
2. Automatyczne generowanie adresu URL true.

Jeśli Netweaver/Eclipse nie połączy się z XDebug, możesz sprawdzić dzienniki Apache pod kątem wystąpień czegoś takiego jak: Cannot load Xdebug - it was built with configuration API220090626,TS,VC6, whereas running engine is API220090626,TS,VC9 [Fri Jun 01 18:38:05 2012] [notice] Child 3404: Child process is running

Aby temu zaradzić, wybierz odpowiednią wersję XDebug binarną ze strony XDebug (Wypróbuj kilka kombinacji, aż zadziała)

Przed ustawieniem eclipse sprawdź, czy w funkcji phpinfo widoczna jest następująca zawartość.

Ten program wykorzystuje silnik języka skryptowego Zend: Zend Engine v2. 4. 0, Copyright (c) 1998-2013 Zend Technologies z Xdebug v2. 2. 3, Copyright (c) 2002-2013, by Derick Rethans

Ja też napotkałem ten sam problem. Dwukrotnie sprawdziłem wszystkie ustawienia w php z wyjściem phpinfo() i wszystko było w porządku.

Umożliwienie platformy Java(TM) SE binary przez firewall załatwiło sprawę.

Sprawdź polecenia z to pytanie , są one bardzo przydatne do debugowania!

Próbowałem wszystkich możliwych rozwiązań w tym poście, aby Xdebug działał na stronie działającej na Apache (port http 8000) bez skutku. Wtedy przypadkowo zauważyłem, że xdebug działa na innej stronie, którą miałem uruchomiony na porcie 80. Jak tylko zmieniłem drugą stronę na port 80, W końcu pozwoliło mi to debugować.

Zastanawiam się, czy jest jakieś ustawienie, które pozwala Apache ' owi zezwalać na xdebug na innych portach niż tylko 80. Mam więcej niż jedną stronę działającą w Apache i chciałbym debugować każdy z nich bez konieczności rekonfigurowania portów. Czy ktoś już miał ten problem? albo wie, jak to naprawić?

Jeśli Twoja konfiguracja jest ok, po prostu usuń plik : YOUR_WORKSPACE/metadane/pluginy / org.zaćmienie.rdzeń.zasoby/root/markery

Miał ten sam problem przy użyciu Uniserver Zero XIII 13.2.0 (wymaga instalacji MS VC12 redistributable) i Eclipse Neon Release Candidate 3 (4.6.ORC3). Nasza strona używa phalcon, gdy znaleźliśmy problem z phalcon.dll i php7. 0 wróciliśmy do php5.6. Sprawdziliśmy ustawienia xdebug powyżej, dodaliśmy zend_extension = $(US_ROOTF)/php56/extensions / php_xdebug.dll--nie połączy się, nie ma punktów przerwania.

Znaleziono ostrzeżenie na górze okna dialogowego Eclipse Project / Properties / PHP / Debug / Configure Ustawienia Przestrzeni Roboczej... / Pliki Wykonywalne PHP / PHP56 (domyślnie Workspace) / Edycja / Debugger / " rozszerzenie XDebug nie jest zainstalowane. Proszę odwiedzić http://xdebug.org ...". wywołało to podejrzenia co do wersji php_xdebug.dll (2.5.0) w Uniserver 13.2.0 php56. Ściągnąłem php_xdebug-2.4.1-vc11.dll, wrzuciłem w /php56 / extensions i PRESTO! Eclipse PHP Debugger działa!

Dla mnie dodanie konfiguracji [xdebug] zasugerowanej przez innych do php.plik ini przechowywany w następującej ścieżce C:\wamp64\bin\apache\apache2.4.23\bin pomógł. Zasadniczo jest to link symboliczny, który wskazuje / linki do phpForApache.plik ini w folderze wersji php, który zostanie zainstalowany z wamp64 np. php5. 6. 25.

W skrócie, dodanie następujących linii phpForApache.ini to helped me -

    zend_extension = c:\wamp64\bin\php\php5.6.25\ext\php_xdebug-2.5.1-5.6-vc11-x86_64.dll
    xdebug.remote_enable=On
    xdebug.remote_host="localhost"
    xdebug.remote_port=9000
    xdebug.remote_handler="dbgp"

Hope this helps

Oto kolejny blog, który wspomina, jak sprawdzić, czy Xdebug jest poprawnie zainstalowany, czy nie za pomocą wiersza poleceń http://allcodeverything.blogspot.com/2012/07/code-debugging-with-xdebug-and-eclipse.html

Wspomina o tym Jeśli chcesz dowiedzieć się, czy wszystko działało dobrze, oto ładny kawałek kodu, który będziesz uruchamiany przez CLI (interpreter wiersza poleceń, zasadniczo poza Apache lub przeglądarką; po prostu czysty PHP) po wpisaniu następujących w przeglądarce: "http://localhost/dbgtest.php?XDEBUG_SESSION_START=ceable "

<?php
$address = "localhost";
$xdebug_port = 9000;
$sock = socket_create(AF_INET, SOCK_STREAM, 0);
socket_bind($sock, $address, $xdebug_port) or die('Unable to bind');
socket_listen($sock);
$debug_client = socket_accept($sock);
echo "connection established: $debug_client";
socket_close($debug_client);
socket_close($sock);
?>

Okno wiersza poleceń powinno wydrukować coś w stylu "connection established :Resource id # 5".