PayPal IPN Erreur 400 Bad Request

À l'aide de PayPal IPN, je reçois un message d'erreur 400.

J'ai fait le script m'envoyer des courriels de $res pour voir ce que la réponse est, à l'intérieur de la while (!feof($fp)) {} boucle. Je finis toujours par trouver l'erreur: HTTP/1.0 400 Bad Request

Au total, j'ai récupérer:

HTTP/1.0 400 Bad Request
​Connection: close
Server: BigIP
Content-Length: 19
​Invalid Host Header

La dernière ligne après c'est juste vide. Voici mon code, j'ai essayé de changer des tas de choses mais rien ne fonctionne.

$req = 'cmd=_notify-validate';
foreach ($_POST as $key => $value) {
$value = urlencode(stripslashes($value));
$value = preg_replace('/(.*[^%^0^D])(%0A)(.*)/i','%0D%0A', $value);//IPN fix
$req .= "&$key=$value";
}

//post back to PayPal system to validate
$header = "POST /cgi-bin/webscr HTTP/1.0\r\n";
$header .= "Content-Type: application/x-www-form-urlencoded\r\n";
$header .= "Content-Length: " . strlen($req) . "\r\n\r\n";

$fp = fsockopen('ssl://www.sandbox.paypal.com', 443, $errno, $errstr, 30);

if (!$fp) {
//HTTP ERROR
} else {
   fputs($fp, $header . $req);
   while (!feof($fp)) {
       $res = fgets ($fp, 1024);
       if (strcmp ($res, "VERIFIED") == 0) {
           //ADD TO DB
       } else if (strcmp ($res, "INVALID") == 0) {
           //PAYMENT INVALID & INVESTIGATE MANUALY!
           //E-mail admin or alert user
       }
   }
   fclose ($fp);
}

J'ai ajouté une ligne, c'est l'en-tête avant de les envoyer:

 Host: www.sandbox.paypal.com
 POST /cgi-bin/webscr HTTP/1.0
 Content-Type: application/x-www-form-urlencoded
 Content-Length: 1096
InformationsquelleAutor user1576375 | 2012-08-04
  1. 44

    Puisque vous êtes à l'ouverture de la prise vous-même, plutôt que d'utiliser un HTTP bibliothèque comme curl, vous devez définir la bonne version du Protocole HTTP et ajouter le HTTP en-tête d'Hôte vous-même, juste en dessous du POST ligne.

    $header = "POST /cgi-bin/webscr HTTP/1.1\r\n";
$header .= "Host: www.sandbox.paypal.com\r\n";
    • Vous devez également modifier 'HTTP/1.0' à 'HTTP/1.1'.
    • En fait, il est. "L'Hôte" d'en-tête ne fait pas partie du protocole HTTP/1.0, donc la bonne réponse est: vous aurez besoin d'ajouter "l'Hôte" d'en-tête et déplacer vers HTTP/1.1.
    • Je ne comprends pas pourquoi cet en-tête d'Hôte est nécessaire. Il y a deux ans j'ai mis en place un IPN listner - aujourd'hui, quand j'ai eu besoin de le mettre à jour et de le tester sur localhost j'ai trouvé que j'ai été faire des erreurs lors de la Publication de retour à l'adresse HTTP (maintenant donné 302). Après le passage en SSL, comme dans cet exemple j'ai aussi eu 400. Et l'ajout d'en-tête d'Hôte travaillé, mais mon live IPN déjà utilisé SSL sans l'en-tête d'Hôte. :s Alors, pourquoi ne localhost IPS besoin?
    • Aussi, quand j'ai essayé HTTP/1.1 PayPal IPN outil Testeur renvoyait une erreur - il n'a pas l'air d'aimer ça. En revenant à 1.0 et tout a fonctionné à nouveau.
    • La lecture de ce post à PayPal forum: paypal-community.com/t5/Selling-on-your-website/... Il n'est pas juste moi voir ça. Live code fonctionne sans en-tête d'Hôte, mais Sandbox bombes avec 400. J'ai remarqué que le PayPal exemple a été mis à jour à partir de la version PHP4 j'ai utilisé pour PHP5.2 avec cURL. Je crois que je vais l'essayer et de migrer afin d'éviter tout risque de futurs problèmes.
    • Ma meilleure supposition serait que le bac à sable est sur une machine servant à plusieurs hôtes virtuels, tandis que le live est uniquement de servir http://www.paypal.com.
    • Ma correction: le changement de HTTP/1.0 HTTP/1.1
    • La question est obsolète, trop. Je ne comprends pas ce que vous entendez par votre commentaire.

    InformationsquelleAutor Michael Hampton
  2. 28

    J'ai eu les mêmes problèmes et ce sont les changements requis. Certaines des réponses ci-dessus ne pas résoudre tous les problèmes.

    Nouveau format d'en-tête:

    $header = "POST /cgi-bin/webscr HTTP/1.1\r\n";
$header .= "Content-Type: application/x-www-form-urlencoded\r\n";
$header .= "Host: www.sandbox.paypal.com\r\n";  //www.paypal.com for a live site
$header .= "Content-Length: " . strlen($req) . "\r\n";
$header .= "Connection: close\r\n\r\n";

    Note l'ensemble supplémentaire de \r\n sur la dernière ligne seulement.
    Aussi, la comparaison de chaîne ne fonctionne plus en raison d'un retour à la ligne est insérée dans la réponse du serveur pour modifier ce:

    if (strcmp ($res, "VERIFIED") == 0)

    à ceci:

    if (stripos($res, "VERIFIED") !== false)  //do the same for the check for INVALID
    InformationsquelleAutor janelle
  3. 2

    https://www.x.com/content/bulletin-ipn-and-pdt-scripts-and-http-1-1

    //post back to PayPal system to validate
$header .="POST /cgi-bin/webscr HTTP/1.1\r\n";
$header .="Content-Type: application/x-www-form-urlencoded\r\n";
$header .="Host: www.paypal.com\r\n";
$header .="Connection: close\r\n";
    InformationsquelleAutor Lamy
  4. 1

    J'ai trouvé PayPals un exemple de code utilisant fsockopen de ne pas fonctionner correctement.

    De faire des IPN de travail avec PHP, j'ai utilisé Aireff la suggestion du 5 Août et regardé le code à l'aide de curl technique sur x.com site.

    • Veuillez inclure le code dans votre réponse.
    InformationsquelleAutor Thomas
  5. 0

    J'ai eu le même problème et la meilleure chose est d'utiliser un compte paypal exemple de code... Il fonctionne parfaitement alors : https://www.x.com/developers/PayPal/documentation-tools/code-sample/216623

    • Que l'exemple de code a changer depuis deux ans, lorsque j'ai mis en place mon IPN. L'ancien a été faite pour PHP4 je pense qu'il échoue dans le mode bac à sable par des œuvres en direct. Bien que cela me rend nerveux et je vais migrer le code le plus récent exemple.
    InformationsquelleAutor Aireff
  6. 0

    Une autre solution est de couper l' $res avant de comparaison..

    $res = fgets ($fp, 1024);

$res = trim($res); //NEW & IMPORTANT
    InformationsquelleAutor Ondarun