web-dev-qa-db-fra.com

PhpStorm ne reçoit pas de connexions xdebug: Journal des événements PhpStorm: Impossible d'évaluer l'expression 'isset ($ _ SERVER [' PHP_IDE_CONFIG '])' '

J'ai tout configuré pour que PhpStorm et xdebug fonctionnent, je suis sous Ubuntu 14.04. 

la connexion au IDE n'est pas établie et je l'obtiens dans le journal des événements IDE 

Impossible d'accepter une connexion Xdebug externe: impossible d'évaluer l'expression 'isset ($ _ SERVER [' PHP_IDE_CONFIG '])' '- Osama Salama à l'instant (1 minute) 

Je vais rassembler les valeurs de configuration que j'ai configurées à divers endroits. Comme je ne peux pas savoir où est le problème 

php.ini

zend_extension = /usr/lib/php5/20121212/xdebug.so
xdebug.remote_enable=1
xdebug.remote_handler=dbgp
xdebug.remote_mode=req
xdebug.remote_Host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_connect_back = 1
xdebug.remote_autostart = 1
xdebug.remote_log=xxx/xdebug.log
xdebug.IDE_key=PHPSTORM

Informations PHP

xdebug

xdebug support  enabled
Version 2.3.1
IDE Key PHPSTORM

Supported protocols Revision
DBGp - Common DeBuGger Protocol $Revision: 1.145 $

Directive   Local Value Master Value

xdebug.auto_trace   Off Off
xdebug.cli_color    0   0
xdebug.collect_assignments  Off Off
xdebug.collect_includes On  On
xdebug.collect_params   0   0
xdebug.collect_return   Off Off
xdebug.collect_vars Off Off
xdebug.coverage_enable  On  On
xdebug.default_enable   On  On
xdebug.dump.COOKIE  no value    no value
xdebug.dump.ENV no value    no value
xdebug.dump.FILES   no value    no value
xdebug.dump.GET no value    no value
xdebug.dump.POST    no value    no value
xdebug.dump.REQUEST no value    no value
xdebug.dump.SERVER  no value    no value
xdebug.dump.SESSION no value    no value
xdebug.dump_globals On  On
xdebug.dump_once    On  On
xdebug.dump_undefined   Off Off
xdebug.extended_info    On  On
xdebug.file_link_format no value    no value
xdebug.force_display_errors Off Off
xdebug.force_error_reporting    0   0
xdebug.halt_level   0   0
xdebug.idekey   no value    no value
xdebug.max_nesting_level    256 256
xdebug.max_stack_frames -1  -1
xdebug.overload_var_dump    On  On
xdebug.profiler_aggregate   Off Off
xdebug.profiler_append  Off Off
xdebug.profiler_enable  Off Off
xdebug.profiler_enable_trigger  Off Off
xdebug.profiler_enable_trigger_value    no value    no value
xdebug.profiler_output_dir  /tmp    /tmp
xdebug.profiler_output_name cachegrind.out.%p   cachegrind.out.%p
xdebug.remote_autostart On  On
xdebug.remote_connect_back  On  On
xdebug.remote_cookie_expire_time    3600    3600
xdebug.remote_enable    On  On
xdebug.remote_handler   dbgp    dbgp
xdebug.remote_Host  127.0.0.1   127.0.0.1
xdebug.remote_log   /home/nautilus/Desktop/xdebug.log   /home/nautilus/Desktop/xdebug.log
xdebug.remote_mode  req req
xdebug.remote_port  9000    9000
xdebug.scream   Off Off
xdebug.show_exception_trace Off Off
xdebug.show_local_vars  Off Off
xdebug.show_mem_delta   Off Off
xdebug.trace_enable_trigger Off Off
xdebug.trace_enable_trigger_value   no value    no value
xdebug.trace_format 0   0
xdebug.trace_options    0   0
xdebug.trace_output_dir /tmp    /tmp
xdebug.trace_output_name    trace.%c    trace.%c
xdebug.var_display_max_children 128 128
xdebug.var_display_max_data 512 512
xdebug.var_display_max_depth    3   3

J'ai également validé l'env de débogage distant. c'est parfait.https://www.jetbrains.com/phpstorm/help/validating-the-configuration-of-a-debugging-engine.html qui s'est également bien déroulé.

Le dernier recours possible est le fichier journal xdebug:

Log opened at 2015-03-13 14:39:01
I: Checking remote connect back address.
W: Remote address not found, connecting to configured address/port: 127.0.0.1:9000. :-|
I: Connected to client. :-)
-> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" fileuri="dbgp://stdin" language="PHP" protocol_version="1.0" appid="4474"><engine version="2.3.1"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2015 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" command="step_into" transaction_id="5" status="stopping" reason="ok"></response>
<- eval -i 6 -- aXNzZXQoJF9TRVJWRVJbJ1BIUF9JREVfQ09ORklHJ10p
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="eval" transaction_id="6"><error code="5"><message><![CDATA[command is not available]]></message></error></response>
Log closed at 2015-03-13 14:39:01
18
Osama Salama

J'ai eu exactement la même erreur dans PhpStorm que l'OP.

Cette réponse à une autre question a résolu le problème pour moi, mais je voudrais ajouter plus de détails dans ma propre réponse.

Le problème principal était xdebug mal chargé. Les problèmes de mappage de serveur mentionnés dans d'autres réponses ne me concernaient pas.

Si vous chargez votre page phpinfo() et trouvez la section xdebug, vous verrez ceci:

 XDEBUG NOT LOADED AS ZEND EXTENSION

XDEBUG N'EST PAS CHARGÉ COMME EXTENSION DE ZEND

Ensuite, vous devez résoudre ce problème avant d'essayer autre chose! Mais parfois, cela peut prendre un certain travail si vous avez plusieurs fichiers php.ini.

Également dans votre page phpinfo(), recherchez "php.ini", (cela devrait être tout en haut) et voyez votre "Chemin du fichier de configuration (php.ini)" et votre "Fichier de configuration chargé". Ce sont ceux où votre xdebug peut être en train de charger.

 enter image description here

Dans mon cas, je l'ai correctement chargé en tant qu'extension Zend dans mon fichier de configuration principal dans /usr/local/lib/php.ini, comme ceci:

zend_extension = "/usr/local/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so"

Mais dans mon fichier de configuration chargé dans /home/someuser/public_html/php.ini, je l’avais mal chargé comme ceci:

extension=xdebug.so

Après avoir corrigé cela, le débogage à distance avec PhpStorm fonctionne à nouveau pour moi.

En remarque, la première erreur que j'ai vue dans PhpStorm était exactement la même que celle mentionnée dans l'OP, et voici à quoi cela ressemble:

 PhpStorm xdebug server variables error

Cannot accept external Xdebug connection
Cannot evaluate expression 'isset($_SERVER['PHP_IDE_CONFIG'])'

(Au début, je pensais que, parce que l'extension n'était pas chargée correctement, PhpStorm n'était pas capable d'exécuter du code PHP sur le serveur. Mais maintenant, je pense que PhpStorm n'exécute du code php que si vous avez configuré un interpréteur, nécessaire pour le débogage. Pour le débogage, PhpStorm a juste besoin de la connexion xdebug et des correspondances de chemin correctes.)

Plus tard, j'ai trouvé l'erreur "La commande n'est pas disponible" dans le journal xdebug de mon serveur, ce qui m'a conduit à la solution.

Au fait, voici ce que j'ai dans mon php.ini local pour xdebug:

;extension=xdebug.so <- this is the bad line commented!
zend_extension = "/usr/local/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so"

xdebug.remote_enable=true
xdebug.remote_port="9000"
xdebug.profiler_enable=1
xdebug.profiler_output_dir="/tmp/xdebug-someuser/"
xdebug.profile_enable_trigger=1
xdebug.trace_enable_trigger=1
xdebug.idekey="PHPSTORM"
xdebug.remote_log="var/log/xdebug/xlog"
16
Buttle Butkus

J'ai récemment eu le même problème lors de la tentative de débogage en utilisant PHPStorm sous nginx et php-fpm; dans mon cas, cela n'était pas lié à xdebug, nginx ou php-fpm config, mais les correspondances de chemin dans phpstorm qui étaient manquantes. 

Initialement, PHPStorm vous informera quand il ne pourra pas mapper un fichier du serveur sur un fichier source local. Toutefois, s'il a un mappage sur les premiers fichiers touchés (normalement, index.php ou un autre), mais ne peut pas mapper un fichier utilisé ultérieurement Dans ce cas, il s’agissait de l’autochargeur dans le répertoire des fournisseurs d’un projet utilisant composeur), alors PHPStorm ne pourra plus déboguer et le débogage s’arrêtera.

Pour rectifier cela dans PHPStorm, allez à settings/Languages & Frameworks/PHP/Servers et assurez-vous que la racine de votre projet est correctement mappée sur son répertoire homologue sur le serveur.

PHPStorm devrait alors pouvoir mapper tous les fichiers de votre projet et le débogage devrait continuer.

J'espère que ça aide.

8
Andrew Boxer

Pour toute autre personne abordant ce problème, il existe une autre option de configuration potentielle qui pourrait vous manquer.

Assurez-vous que vous avez correctement configuré votre serveur pour utiliser le mappage de chemin correct entre vos fichiers locaux et distants.

Par exemple, si la racine de votre site est montée localement à /home/foo/www/mysite mais installée sur le serveur à /www/mysite, vous devez modifier la configuration de votre serveur dans PHPStorm pour utiliser les mappages de chemins (entrez simplement /www/mysite dans la zone à côté de /home/foo/www/mysite).

1
iainp999

Même erreur si vous avez oublié de définir la variable d'environnement dans docker-compose.yml pour la configuration de votre espace de travail:

workspace: build: environment: - PHP_IDE_CONFIG=${PHP_IDE_CONFIG}

1
Augustas

Le débogage d'un fichier nommé «test.php» dans IntelliJ IDEA/PhpStorm peut conduire à l'échec de «Impossible d'évaluer l'expression 'isset($_SERVER['PHP_IDE_CONFIG'])'».
Utilisez un autre nom pour le fichier.

1
Mage2.PRO

J'ai eu ce problème aussi et j'ai essayé tous les trucs que je pouvais trouver, mais rien n'a fonctionné. Pour moi, le débogage fonctionne la plupart du temps, mais parfois, il cesse simplement de fonctionner avec le message: "Impossible d'accepter une connexion Xdebug externe: impossible d'évaluer l'expression 'isset ($ _ SERVER [' PHP_IDE_CONFIG '])' '"

J'ai donc finalement réalisé que j'avais une erreur de compilation dans mon code (nom de méthode mal orthographié - PhpStorm ne rapporte pas toujours ces choses, du moins dans ma configuration). Dès que j'ai corrigé l'erreur, le débogage a recommencé à fonctionner. Peut-être que cela peut aider quelqu'un en difficulté.

Bien que je rencontre toujours des problèmes avec les points d'arrêt non touchés, je peux ajouter un "xdebug_break ();" ligne dans le code et le débogage devient plus fiable. L'inconvénient de l'utilisation de xdebug_break au lieu de points d'arrêt est (hormis le fait que cela demande plus de travail que d'ajouter un point d'arrêt), les variables locales ne sont pas affichées dans le débogueur PhpStorm pour une raison quelconque (seules les variables globales sont affichées). Cela rend le débogage moins pratique, mais au moins, je peux le faire fonctionner.

Apparemment, vous ne pouvez pas tout avoir:) Venant du monde Java, un bon débogage est juste quelque chose que j’ai pu prendre pour acquis, mais je me suis rendu compte à quel point j’ai été gâté :)

1
popstr

Une autre chose à faire est de vous assurer que vous désactivez votre pare-feu et que Pourrait bloquer les connexions distantes.

0
Marius.C