Ho problemi a ottenere PhpStorm e l'Xdebug interno in HHVM che suona bene su una scatola vagabonda, sotto c'è il mio php.ini.Vagrant, PhpStorm, HHVM e Xdebug
xdebug.enable=1
xdebug.remote_enable=1
xdebug.idekey="PHPSTORM"
xdebug.remote_host="10.0.2.2"
xdebug.remote_autostart=0
xdebug.remote_connect_back=1
PhpStorm è in ascolto sulla porta 9000, se tolgo tutti i server remoti al momento del primo PhpStorm corsa mi dà la solita "Connessione in arrivo da Xdebug".
Dopo aver selezionato la mappatura corretta e aver colpito il primo punto di interruzione, HHVM sembra bloccarsi prima di restituire un timeout del gateway 504. Se rimuovo il punto di interruzione, il carico è istantaneo, quindi è chiaro che PhpStorm e Xdebug sembrano comunicare, ma la finestra di debug non mostra mai controlli di stack/break point.
Qualcuno ha qualche puntatori per favore, i miei pensieri sono: 1) Ho bisogno di aprire una porta sulla scatola Vargrant la comunicazione è appeso da qualche parte 2) Bug in HHVM/PhpStorm (improbabile)
I' m su Ubuntu 14.04, Vagrant 1.6.5
VM è inoltre 14.04 con Nginx + HipHop VM 3.4.1, Extension API: 20140829
PhpStorm 8.0.2
ora ho attivato la registrazione sulla scatola vagabonda per le connessioni remote Xdebug, questo è l'uscita ....
Log opened at[2014-12-18 14:59:16]
I: Checking remote connect back address.
I: Remote address found, connecting to 192.168.56.1:9089.
I: Connected to client. :-)
-> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" fileuri="file:///var/www/public/index.php" language="PHP" protocol_version="1.0" appid="9660" idekey="PHPSTORM"><engine version=""><![CDATA[xdebug]]></engine><author><![CDATA[HHVM]]></author><url><![CDATA[http://hhvm.com/]]></url><copyright><![CDATA[Copyright (c) 2002-2013 by Derick Rethans]]></copyright></init>
<- feature_set -i 1 -n show_hidden -v 1
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="feature_set" transaction_id="1" feature="show_hidden" success="1"></response>
<- feature_set -i 2 -n max_depth -v 1
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="feature_set" transaction_id="2" feature="max_depth" success="1"></response>
<- feature_set -i 3 -n max_children -v 100
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="feature_set" transaction_id="3" feature="max_children" success="1"></response>
<- status -i 4
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="status" transaction_id="4" status="starting" reason="ok"></response>
<- step_into -i 5
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" status="break" reason="ok" command="step_into" transaction_id="5"><xdebug:message lineno="12" filename="file:///var/www/public/index.php"></xdebug:message></response>
<- breakpoint_set -i 6 -t line -f file:///var/www/public/index.php -n 32
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="breakpoint_set" transaction_id="6" id="18" state="enabled"></response>
Una cosa molto strana succede, però, se clicco sul "Aggiungi metodo per saltare la lista "pulsante PhpStorm, continua comunicazione con XDebug come se si passa tramite variabili, uno con ogni click ...
<- stack_get -i 8
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="stack_get" transaction_id="8"><stack where="{main}" level="0" type="file" filename="file:///var/www/public/index.php" lineno="12"></stack></response>
fine i controlli previsti sono mostrati dopo molti di questi 'chiamate' stack_get stato intensificato attraverso hackily in questa maniera.
Qualcuno ha qualche suggerimento?
ora ho presentato questo come un bug HHVM. – Andy
Qualche fortuna? Sto avendo lo stesso problema con PHPStorm8, vagrant, hhvm 3.6 –
nella nostra azienda abbiamo replicato con 20 linee di codice Python una comunicazione funzionante con il modulo xdebug all'interno di hhvm e funziona come un incantesimo, a Jetbrains cadono dal cielo quando le persone chiedono a proposito di questo problema, btw questo comportamento accade abbastanza simile con Codebug e ho intenzione di presentare un problema anche a loro - btw il problema è ancora presente con PHPStorm 9 EAP e hhvm 3.7 – ROLO