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
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 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.
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:
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"
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.
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
).
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}
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.
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é :)
Une autre chose à faire est de vous assurer que vous désactivez votre pare-feu et que Pourrait bloquer les connexions distantes.