Xdebug avec PhpStorm IDE - détecte la connexion entrante, mais n'apportera pas jusqu'console de débogage

J'ai essayé de mettre en place Xdebug (2.2.3) avec PhpStorm 7.0 et je ne peut pas mettre en place l'étape-par la console de débogage que j'ai dans le passé. Les guides que j'ai utilisé pour cela sont:

Je sais que l'extension Xdebug elle-même fonctionne comme le cachegrind..3280 fichiers sont créés au chargement de la page (avec 12 mo litanie de tous les scripts nécessaires et les variables/valeurs). Mon jeu en php.ini (version de php 5.4.12) est:

zend_extension="c:/wamp/bin/php/php5.4.12/zend_ext/php_xdebug-2.2.3-5.4-vc9-x86_64.dll"
xdebug.profiler_output_dir="c:/wamp/tmp"
xdebug.profiler_output_name="cachegrind.out.%p"
xdebug.profiler_enable=1
xdebug.remote_enable=1
xdebug.remote_port=9000
xdebug.idekey=xdebug
xdebug.remote_connect_back=1
xdebug.remote_host=dashboard.dev

Après avoir défini un point de rupture, l'activation de l'extension Xdebug extension chrome, cliquez pour écouter Xdebug dans PhpStorm et rafraîchissant, j'obtiens la Connexion Entrante à partir de Xdebug dialogue:

Xdebug avec PhpStorm IDE - détecte la connexion entrante, mais n'apportera pas jusqu'console de débogage

Cependant, lorsque je clique sur Accepter, le dialogue disparaît et rien ne se passe.

Si je puis allez dans Réglages /PHP /Serveurs dans PhpStorm, je vois qu'une nouvelle entrée a été créée:
Xdebug avec PhpStorm IDE - détecte la connexion entrante, mais n'apportera pas jusqu'console de débogage

Seulement par la suppression de l'entrée qui a été ajouté puis-je obtenir la Connexion Entrante de dialogue pour afficher de nouveau lorsque j'actualise la page. Je remarque que le port est fixé à 80 donc, vous demandez-vous si c'est à droite depuis l'extension Xdebug est configuré pour s'exécuter sur le port 9000; lorsque je clique sur "Valider à distance de l'environnement", sélectionnez le serveur de déploiement, puis "Valider", j'obtiens: No debug extension est chargée. Je suis donc en supposant que le problème est quelque chose qui a trait à la façon dont cela est mis en place.

1) xdebug port (9000) et le site web (port 80) sont deux choses DIFFÉRENTES. Vous devriez apprendre quelques notions de base de la première: xdebug.org/docs 2) xdebug.remote_host=dashboard.dev qui est en fait rien de mal, il devrait être votre adresse IP / nom de domaine, pas de domaine de votre site web. il ne fonctionne que parce qu'il pointe vers la même adresse IP que votre ordinateur (127.0.0.1). 3) "qu'en supprimant l'entrée qui a été ajouté puis-je obtenir la Connexion Entrante de dialogue pour afficher de nouveau" -- c'est correct et fonctionne exactement comme il se doit.
Maintenant: 1) quel est votre PHP (pas de numéro de version) -- c'est 32 ou 64 bits ? 2) s'il vous Plaît montrer la sortie de votre phpinfo(); lorsqu'il est exécuté via l'interface web (dans un navigateur). Af autant que je le vois jusqu'à présent -- il doit travailler pour vous OK -- je veux dire, on ramasse des entrants demande de débogage. Alors .. ce qui se passe après -- t-il des pauses sur le point d'arrêt? Ce qui va se passer si vous mettez xdebug_break(); dans votre code (programmatiques point d'arrêt) ?
Nice - pointeurs mon php est 32 bits (PHP_INT_SIZE = 4) et, à ma grande surprise, xdebug_break() obtient le débogueur console (mais le cercle rouge, les points d'arrêt ne sont pas).
1) s'il vous Plaît montrer une capture d'écran avec des points d'arrêt -- peut-être que vous avez définis sur une ligne où xdebug est incapable de sortir (en raison d'un bug ou (plus probable) la façon dont PHP génère du bytecode); 2) "php_xdebug-2.2.3-5.4-vc9-x86_64.dll" -- cela me dit que vous êtes à l'aide de 64 bits xdebug sur 32 bits PHP - il ne doit pas, du tout. Double vérifier en-tête de tableau de phpinfo() de sortie -- il doit dire ce Architecture votre PHP.
bon, eh bien l'Architecture x64 donc 64 bits ... j'avais utilisé que la réponse à stackoverflow.com/questions/6303241/... qui a suggéré que PHP_INT_SIZE = 4 indique 32 bits mais pas forcément fiable, je suppose.

OriginalL'auteur Joseph Cape | 2013-11-11