Pas de xdebug dans le phpinfo()

J'ai ajouté les lignes suivantes dans php.ini

[XDebug]
zend_extension = C:\PROGRA~1\PHP5\ext\php_xdebug-2.1.0-5.3-vc9.dll
xdebug.remote_enable=on
xdebug.remote_handler=dbgp
xdebug.remote_host=localhost
xdebug.remote_port=9000

Version de php_xdebug-2.1.0-5.3-vc9.dll est obtenu via la page de http://www.xdebug.org/find-binary.php.

Mais il n'y a pas toutes les mentions de "xdebug' chaîne de caractères en sortie de phpinfo().

Ce qui peut être mauvais?

(C'est mon deuxième combat avec php xdebug pour travailler, première fois J'ai donné. Si vous avez d'autres suggestions concernant le débogage veuillez les ajouter aussi, peut-être des commentaires à la question. Je voudrais, à la suite du scénario de travail sous windows: "mettre en place un point de rupture, exécuter mon script, il s'arrête sur un point de rupture et je peux voir la valeur d'une variable". Merci)

Mise à JOUR

Redémarrage d'Apache ne permet pas de résoudre le problème.
Dans le fichier log apparaît le message:

Apache/2.2.14 (Win32) PHP/5.3.1 configuré de reprendre les opérations normales

Avez-vous redémarré votre serveur web?
Si vous avez redémarré votre serveur web en tant que Nev Stokes suggère, vérifiez le journal des erreurs pour toutes les indications
J'ai mis à jour la question de redémarrage d'Apache ne résout pas le problème, et le journal des erreurs ne contient pas d'erreurs
Je ne sais pas comment faire sous Windows, mais vous devez vous essayez d'exécuter une configuration d'apache test, pour voir si vous obtenez des messages autres que de Syntaxe "OK". Vous pouvez également vérifier votre php.fichier ini est pris en compte par l'édition d'un paramètre et le contrôle de votre phpinfo() pour voir si ce paramètre n'est le changement.
Rechercher sur votre disque dur pour php.ini, sous Windows, dans certains cas (selon la façon dont vous avez obtenu PHP), il peut y avoir plusieurs php.ini fichier et vous pouvez avoir à modifier le faux.

OriginalL'auteur sergtk | 2010-09-25

  1. 8

    découvrez les mettre sur le dessus de 

    php -m

    pour moi, il a montré une erreur en php.ini, après la résolution que xdebug a été chargé.

    Merci... j'ai eu le même problème
    eu le même problème. J'ai couru php à partir de xampp/php/php.exe . Le problème est que j'ai été à l'aide de xdebug 64 bits,mais xampp 32 bits
    Les instructions pour l'installation de l'extension XDebug spécifié le chemin de chaîne à ajouter à PHP.INI comme ext\php_xdebug-2.5.4-5.6-vc11-x86_64.dll, ce qui est faux. Depuis le standard de PHP.INI précise ./ext comme l'extension par défaut du répertoire, ce paramètre ajoute un supplément de répertoire ext lorsqu'il résout le chemin d'accès, causant la charge à l'échec. Dans un standard de l'installation de PHP, le chemin d'accès correct est php_xdebug-2.5.4-5.6-vc11-x86_64.dll.

    OriginalL'auteur Flion

  2. 6
    zend_extension = C:\PROGRA~1\PHP5\ext\php_xdebug-2.1.0-5.3-vc9.dll

    devrait être remplacé par 

    zend_extension="C:\PROGRA~1\PHP5\ext\php_xdebug-2.1.0-5.3-vc9.dll"

    P. S. e-mail xdebug gars.

    ne fonctionne pas pour moi....
    La réponse est assez vieux et peut-être pas pertinente ou d'autres bugs sont introduits
    en fait trouvé que les "" ont été à l'origine du problème. les retirer et cela a fonctionné...

    OriginalL'auteur sergtk

  3. 5

    J'ai juste eu le même problème, rien de cela a fonctionné pour moi.
    J'ai commencé le php dans la console et j'ai vu, php n'a pas pu charger la dll à partir de la trajectoire donnée.
    La solution pour moi a été d'omettre le chemin de l'information et de charger uniquement comme ceci:

    zend_extension="php_xdebug-2.2.5-5.5-vc11.dll"
    Merci beaucoup, j'ai été à elle pendant un certain temps à essayer de le faire fonctionner en VS code et cela fonctionne!

    OriginalL'auteur westor

  4. 5

    Cela a fonctionné pour moi (vscode, xampp)
    Aller à https://xdebug.org/wizard.php et coller le contenu de la fonction phpinfo()

    Puis téléchargez le droit xdebug.dll et le placer dans votre 'ext' dossier.

    Ajouter les éléments suivants à votre php.ini

    [XDebug]
zend_extension="php_xdebug-2.5.4-7.0-vc14.dll"
xdebug.remote_enable=1
xdebug.remote_autostart=1
    le lien que vous avez mentionné affiche des instructions détaillées à savoir ce qu'il faut ajouter dans php.ini. Je n'ai pas besoin d'ajouter toutes les lignes que vous avez mentionné.

    OriginalL'auteur Ger Groot

  5. 3

    Vous pouvez suivre ce tutoriel pour débuter avec xdebug : http://devzone.zend.com/article/2803-Introducing-xdebug

    Xdebug et ZendDebug sont deux des débogueurs, c'est à vous de décider lequel utiliser. Soit on est assez facile à l'installation. Seulement quelques étapes dans Eclipse.

    Post le contenu de votre php page d'info sur cette page pour rechercher la version à télécharger : http://www.xdebug.org/find-binary.php

    OriginalL'auteur Gainster

  6. 2

    J'étais juste mal avec moi-même et trouvé un moyen d'identifier et de résoudre le problème. Il fonctionne sur Xampp Windows 7 au moins.

    Dans mon cas, le problème était de points. Renommer "php_xdebug-2.2.5-5.5-vc11.dll" "php_xdebug.dll" fait la job.

    Un autre pro-tip est que les nouvelles versions de Xampp ont Xdebug intégré, de sorte que vous n'avez pas besoin de télécharger, il suffit d'éditer le php.ini avec:

    zend_extension = "path\to\php\ext\php_xdebug.dll"
xdebug.remote_enable = on
xdebug.remote_handler = dbgp
xdebug.remote_host = 127.0.0.1 (or localhost)
xdebug.remote_port = 9000
xdebug.remote_mode = req

    Puis redémarrez apache et cela devrait fonctionner. L'avantage de l'utilisation de xampp intégré xdebug est que c'est probablement la bonne version.

    Merci beaucoup, cela a résolu pour moi!

    OriginalL'auteur P.Pal

  7. 0

    Sa se produire en raison de l'autorisation.
    vous devez ajouter l'autorisation de l'application/un profil utilisateur dans les Propriétés du dossier de Sécurité onglet.

    J'utilise le PHP avec le serveur IIS.
    Il a travaillé pour moi en ajoutant IIS_USER dans l'autorisation de sécurité.

    OriginalL'auteur FAHID

  8. 0

    dans mon cas, la question était la php.lien symbolique fichier dans le C:\wamp64\bin\apache\apache2.4.23\bin dossier , ce fichier les liens vers le php.fichier ini existé dans C:\wamp64\bin\php\php5.6.25 mais apparemment il ne fonctionnait pas donc je l'ai supprimé et copiez-collez le php.ini dans le même dossier et cela a fonctionné.

    si vous voulez retourner le php.lien symbolique dos ouvert cmd dans la
    C:\wamp64\bin\apache\apache2.4.23\bin et d'écrire la suite (windows):

    mklink php.ini C:\wamp64\bin\php\php5.6.25\php.ini

    remplacez le chemin d'accès au point de vos php.ini à l'intérieur de votre fichier php

    OriginalL'auteur Mawardy

  9. 0

    Écrit en janvier 2019, j'ai trouvé qu'à la suite de la Xdebug Assistant à Xdebug assistant ici

    exactement, y compris à l'aide de leur lien de téléchargement de la version correcte de Xdebug pour votre version de PHP et de la copie de la ligne à insérer sur votre php ini exactement comme il est, a obtenu Xdebug figurant dans le phpInfo pour moi. J'ai été d'installer dans le Laragon . L'exécution de php -m à partir de la ligne de commande a donné un bon de confirmation de tout le bien, avec Xdebug chargement comme une Extension Zend. D'habitude pièges sur la nécessité de redémarrer le serveur etc s'appliquent.

    OriginalL'auteur Geoff Kendall