À l'aide de XDebug pour retrouver la trace d'un web PHP de la page service

Je suis en utilisant Eclipse et XDebug pour développer une application en PHP qui s'appuie sur des services web.
J'ai des pages de test qui consomment mes services de 2 façons: AJAX (à l'aide de jQuery) et cURL.

Je ajouter des points d'arrêt à ma page de service et de lancer le débogueur. Lorsque j'appelle le service de l'AJAX, l'exécution s'arrête bien au point d'arrêt, et j'ai mes variables, étape par étape, de contrôle, etc

Mais quand j'ai appeler le service à l'aide de cURL (c'est à dire à partir de l'intérieur d'une page PHP), les points d'arrêt ne fonctionnent pas. Même si j'allume la "Rupture" à la première ligne" option de débogueur, je ne peux pas obtenir l'exécution à l'arrêt lors de l'utilisation de cURL.

Est un débogueur de comportement? Ai-je besoin d'ajouter un hearder à mon cURL appels? Modifier l'URL? Ou est-ce un XDebug limitation?

Merci pour votre temps et vos efforts
Guy

OriginalL'auteur Traveling Tech Guy | 2010-01-11

  1. 9

    Je ne peux pas commenter encore, donc je poste cela comme une réponse.

    Vous pouvez déboguer plus d'une requête AJAX en une seule session?
    A votre session de débogage toujours en cours d'exécution dans Eclipse lorsque vous avez essayé de débogage à l'aide de cURL?

    Description sur la façon dont il fonctionne pour moi:

    1. Début de la session de débogage avec un simple debug.php fichier qui contient uniquement un <?php et rien d'autre. Elle s'arrête sur la première ligne, vous "continuer" et il termine l'exécution.
    2. Demandez maintenant le script à l'aide de cURL (ou un autre navigateur) ajout ?XDEBUG_SESSION_START=ECLIPSE_DBGP à son chemin d'accès (je crois même que cet ajout est facultatif)
    3. Votre script doit s'afficher dans la vue débogage arrêté à la première ligne

    Espère sat aide.

    Merci d'essayer Janv. Oui, je peux le débogage plus d'un appel Ajax et Oui ma session de débogage est toujours en cours d'exécution dans Eclipse. Et comme vous pouvez le voir ci-dessous, j'ai essayé d'ajouter XDEBUG_SESSION_START=ECLIPSE_DBGP à mon cURL appel en vain.
    Tech Guy: je vais essayer cela demain au travail. Je suis sûr à 99% que cela fonctionne pour moi, donc nous allons le faire fonctionner pour vous aussi.
    Yep, il a essayé de nouveau et ça fonctionne. Vous n'avez pas besoin de CLÉ, XDEBUG_SESSION_START est assez. Il fonctionne dans tous les navigateurs et tous les sens-je me connecter au serveur de ma session de débogage est en cours d'exécution. Avez-vous vérifié votre journal de la demande si la demande cURL vraiment fait la bonne chose?
    seulement XDEBUG_SESSION_START ne fonctionne pas pour moi, j'ai du ajouter un paramètre à l'url GET /movie?XDEBUG_SESSION_START=ECLIPSE_DBGP&KEY=14297182897315 œuvres.

    OriginalL'auteur janpio

  2. 7

    Voici astuce sur la façon de déclencher Xdebugger client de Roulage sans navigateur:

    1 - à Partir de la ligne de commande:

    curl -H "Cookie: XDEBUG_SESSION=1" http://YOUR-SITE.com/your-script.php

    2 - à Partir de PHP

    <?php 
$ch = curl_init ();
curl_setopt ($ch, CURLOPT_URL, 'http://YOUR-SITE.com/your-script.php');
curl_setopt ($ch, CURLOPT_COOKIE, 'XDEBUG_SESSION=1');
curl_exec ($ch);
?>

    De sorte qu'il n'a pas d'importance si vous attachez de l' "XDEBUG_SESSION=1" à FRISER l'URL, mais ce qui est nécessaire est d'envoyer un cookie avec la demande.

    OriginalL'auteur Gleb Esman

  3. 5

    Je sais que c'est un assez vieux thread, mais je pensais que je poste mon expérience, pour d'autres qui peut venir à travers elle, comme je l'ai fait, avec le même problème. Ce que j'ai découvert, c'est que, si vous le débogage à distance (qui je le fais toujours), il y a quelques paramètres à modifier dans le php.ini pour faire ce travail. Voici celles qui ont travaillé pour moi:

    xdebug.remote_connect_back = false
xdebug.remote_host = {client host name or IP}

    Le premier paramètre est normalement "vrai", et raconte xdebug pour chercher le client à partir de la même adresse IP à laquelle la requête HTTP à l'origine. Dans ce cas, cependant, la demande est à venir à partir du serveur, donc qui ne fonctionne pas. Au lieu de cela, vous devez utiliser le deuxième paramètre à dire xdebug où trouver le client. Espérons que cela aide à sauver quelqu'un d'un peu de temps!

    OriginalL'auteur Javadecaf

  4. 3

    Pour déclencher le débogueur la solution la plus simple est d'utiliser le cookie approche -b XDEBUG_SESSION=ECLIPSE_DBGP a fonctionné pour moi sur eclipse, voir ci-dessous:

    curl  -H 'Content-type: application/json' \
      -b XDEBUG_SESSION="ECLIPSE_DBGP" \
      -X POST \
      -d '{"uid":200, "message":"asdsad","message_type":1}' 
      http://daxuebao.local:8083/api/message/send

    OriginalL'auteur Tish

  5. 2

    Lorsque vous déboguez de la requête Ajax, qui est envoyé par le navigateur, dans le même contexte de navigation comme les autres (non-Ajax) demandes, raison pour laquelle il fonctionne très bien.


    La requête envoyée par le roulage est dans un autre, le différent, le contexte -- et je ne suis pas sûr que vous pouvez accrocher le débogueur... dans cet Mais, peut-être...

    Tout d'abord, voici une information qui pourrait s'avérer utile, en citant le Xdebug de la documentation :

    Xdebug contient des fonctionnalités pour garder
    le suivi d'une session de débogage lors de son démarrage
    par le biais d'un navigateur: les cookies. Cela fonctionne
    comme ceci:

    • Lorsque la variable d'URL XDEBUG_SESSION_START=name est
      ajouté à une URL Xdebug émet un
      cookie avec le nom
      "XDEBUG_SESSION" et la valeur de la
      la valeur de la XDEBUG_SESSION_START
      Le paramètre d'URL.
    • Quand il y a un (GET ou POST) variable XDEBUG_SESSION_START ou l'
      XDEBUG_SESSION cookie est créé, Xdebug
      va essayer de se connecter à un debugclient.
    • Pour arrêter une session de débogage (et de détruire le cookie), il suffit d'ajouter l'URL
      paramètre XDEBUG_SESSION_STOP.
      Xdebug n'essaie plus de faire
      une connexion à la debugclient.

    Peut-être que ça pourrait fonctionner si vous définissez ce cookie "à la main", en les envoyant au jeu complet de la demande curl...

    Je suppose que tu aimerais tout d'abord avoir de la valeur, fixée par Xdebug au début de la session de débogage -- ré-utiliser les cookies que vous avez dans votre navigateur devrait être possible, si.

    Remarque : je n'ai jamais essayé cela-si vous essayez, et il fonctionne, pourriez-vous confirmer cela a fonctionné ?

    Ne fonctionne pas. J'ai ajouté ?XDEBUG_SESSION_START=ECLIPSE_DBGP&KEY=12632513094615 à chaque cURL URL (je prends les valeurs de mon URL comme lancé par Eclipse - la clé change à chaque fois). J'ai vérifié c'est l'URL qui passe en boucle en vain.
    Oh ;-( dommage ;-(
    Merci d'essayer! 🙂
    C'est que le même nom de la session que vous utilisez sur eclipse?
    publiez un appel à FRISER l'utilisation de cookies curl_setopt($ch, CURLOPT_COOKIE, "XDEBUG_SESSION=1") ou l'envoi d'un param URL XDEBUG_SESSION_START n'a jamais fonctionné pour moi.

    OriginalL'auteur Pascal MARTIN

  6. 2

    Je suis tombé sur cette même question. Je l'ai résolu en tournant le démarrage automatique de la fonction de hors en php.ini:

    xdebug.remote_autostart = 0

    puis en ajoutant la clé API pour le webservice URL que mon webservice appels de client:

    ?XDEBUG_SESSION_START=<your API key here>

    et je ne suis pas sûr si cela est important, mais j'ai entré la clé API dans mon débogueur (MacGDBp). Maintenant, le débogueur s'allume uniquement lorsque le webervice de script côté serveur est appelé, non pas lorsque le client est lancé.

    Espère que cette aide.

    OriginalL'auteur matt