Le débogueur PhpStorm ne s'arrête pas aux points d'arrêt; continue d'attendre xdebug _SESSION_
J'exécute le serveur Web localhost sur ma machine Windows avec WebMatrix et IISExpress. J'ai installé PHP et Xdebug dedans et ils fonctionnent tous les deux.
J'ai une installation WordPress locale.
J'essaie maintenant de faire en sorte que PhpStorm le débogue en utilisant Xdebug.
Lorsque j'exécute PhpStorm, il lance l'application Web dans le navigateur avec les paramètres de débogage pertinents dans le navigateur.
IDE KEY correspond
xdebug.remote_port est configuré correctement. (Plus tard, j'ai trouvé que c'était faux, mais pas erroné. Cela devrait être le port 9000)
Mais il semble que Xdebug ne communique jamais avec PhpStorm. PhpStorm continue à écouter et l'exécution s'exécute complètement sans s'arrêter à aucun point de rupture.
Il y avait une erreur de syntaxe dans php.ini. Il y avait des extra "citations" et des ;colons;.
Ces lignes sont cruciales pour que cela fonctionne (dans php.ini):
zend_extension=/usr/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so
xdebug.remote_autostart = 1 <-------- THIS
xdebug.remote_enable = 1 <----------- AND THIS
Sans ces lignes, xdebug ne fonctionnera jamais sur phpstorm;)
Essayez de changer le port d'écoute xdebug dans votre php.ini et votre IDE.
Sous Mac Yosemite, le problème, c’est que j’ai installé avec homebrew, conformément à un guide utilisant php-fpm, qui utilise le port 9000 par défaut (qui entre en conflit avec le port par défaut de xdebug) ... Changer mon xdebug.remote_port en 9001 et changer Le port de xdebug dans phpstorm a corrigé le problème, bien que je soupçonne que ce problème pourrait se produire pour n'importe qui dans n'importe quel IDE. J'ai cherché sur Google pendant presque une journée et je n'ai pas vu cette solution (étant donné que je pense que la méthode d'installation est si spécifique) .. mais j'espère que cela aidera quelqu'un.
Cela m'a pris environ une heure avant que je remarque que ce bouton n'était pas activé;)
"Exécuter" -> "Démarrer l'écoute de PHP connexions de débogage"
Commencez par vérifier sur le port sur lequel xdebug travaille, vous pouvez le trouver dans votre fichier php.ini sous xdebug.remote_port=9123. Comme vous pouvez le constater dans mon cas, il est réglé sur 9123.
Maintenant ouvert PhpStorm, allez dans le débogage php, voir capture d’écran: 
sous Xdebug vous trouverez le port de débogage, assurez-vous que sa valeur est la même que dans le fichier php.ini sous xdebug.remote_port (9123 dans mon cas).
J'espère que ça aide
Pour moi, c'était changer la ligne:
xdebug.remote_Host = localhost à xdebug.remote_Host = monOrdinateurIP
(Utilisateur Mac: dans le terminal, exécutez ifconfig pour trouver votre adresse IP)
PHPStorm a un outil intégré dans Exécuter> Validation du débogage du serveur Web.
Cela m'a aidé à résoudre mon problème.
Si quelqu'un d'autre rencontre ce problème et utilise Vagrant, voici ce qui a finalement été résolu:
xdebug.remote_Host=10.0.2.2
Il doit s'agir de l'adresse IP de votre ordinateur local depuis l'intérieur de la zone Vagrant et 10.0.2.2 est la valeur par défaut. Si vous ssh dans votre boîte Vagrant, il montrera l'adresse IP d'où vous vous êtes connecté si vous voulez confirmer.
Je sais que cela ne concerne pas directement la configuration spécifique de l'OP, mais ce message apparaît dans de nombreuses recherches Google xdebug/PhpStorm. J'espère que cela pourra aider quelqu'un d'autre.
J'avais le même problème en essayant de tester un projet Laravel avec XAMPP sous Windows dans PHPStorm. Je n'ai aucune idée de ce que j'ai fait de mal, mais je l'ai finalement fait fonctionner. J'ai suivi les instructions étape par étape du site PHPStorm ici .
Une chose que je pense qui n’a pas été configurée correctement est qu’aucun interpréteur n’a été configuré dans le menu PHP dans les paramètres.
J'essayais aussi un peu trop de combinaisons de paramètres dans mon php.ini. Ce sont les paramètres que j'ai quand les choses fonctionnaient:
zend_extension = C:\xampp\php\ext\php_xdebug-2.3.2-5.6-vc11.dll //as recommended from the Xdebug site itself
xdebug.remote_enable=1=
xdebug.profiler_enable=1
xdebug.profiler_output_name = "cachegrind.out.%t-%s"
Dans mes configurations Run/Debug, j'utilise un paramètre d'application Web PHP, qui ne démarre que sur la racine du site. (Au début, je pensais que le ?XDEBUG_SESSION_START=<xxxxxxx> ajouté était une erreur, mais ce n’est pas le cas). J'espère que cela pourrait aider si quelqu'un d'autre est confronté à un problème similaire.
J'ai eu un problème où un projet fonctionnerait et pas un autre. J'ai essayé beaucoup de configurations différentes et j'ai essayé de regarder les journaux de xdebug, etc. Ce correctif semble avoir résolu mon problème:
Essayez de définir vos ports réels de xdebug sur 9123 au lieu de 9000.
La nouvelle version (9) de PHPStorm a changé son port de connexion par défaut pour xdebug en 9123 (la configuration PHPSTORM et non la configuration réelle xdebug), probablement pour une bonne raison, car la configuration PHPSTORM avec la valeur par défaut 9000 de xdebug ne fonctionnait leur mis à 9123 a fonctionné et a résolu le problème.
J'obtiens aussi ce message d'erreur.
Également était des problèmes avec le php.ini mais plus subtile.
Essayez de trouver et de supprimer une ligne comme celle-ci.
extension=php_xdebug-...
Pensez à regarder ma réponse ici pour plus de détails " Xdebug - command is not available ".
Vérifiez votre pare-feu et votre proxy.
Jour 572 ... Je n'ai toujours pas dormi ou mangé ... Mais j'ai finalement trouvé le coupable: Windows Defender!
Fondamentalement, j’avais un pare-feu bloquant l’extension chrome de JetBrains IDE Support de l’envoi de données à PhpStorm via l’adresse par défaut 127.0.0.1:63342.
J'ai essayé toutes les astuces suggérées et j'ai finalement appelé le script par 127.0.0.1/script.php au lieu de localhost/script.php et bingo!
Basé sur la réponse de peteclark3:
Je pense que l'une des solutions si vous avez plusieurs versions de php-fpm avec xdebug, comme php5.6-fpm, php7.1-fpm - assurez-vous qu'une seule est en cours d'exécution. J'avais à la fois 5.6 et 7.1 en cours d'exécution. Puis essayé de changer sur 7.1 à 9001 port. Mais si je change de port pour 9001 dans PhpStorm, alors 5.6 ne fonctionnera pas, car il écoute 9000. Ainsi, chaque fois que vous changez de version php, vous devrez probablement changer les paramètres de phpStorm. Donc, je pense qu'il est préférable d'avoir un seul de php-fpm en cours d'exécution et toutes les versions de php-fpm peuvent utiliser le même port.