这种无法解释的可能影响或将影响成千上万的站长。

问题是 Paypal 根本没有对此请求做出响应。以下是我使用的示例代码以及我的程序员的评论:

“PayPal 根本没有对此请求做出任何响应，它来自一个空字符串。您可以询问 PayPal 团队，是否应添加除‘Host’和‘HTTP/1.1’之外的任何内容以正确处理响应.难道'cmd'命令应该有另一个值？ 我预计 PayPal 只会在 2013 年 2 月开放 HTTP/1.1 协议(protocol)，正如他们在电子邮件中所说的那样。我不确定同一个脚本和主机如何处理不同的协议(protocol)。该脚本现在无法使用 HTTP/1.1 使用我们存档的代码，原因可能在 PayPal 方面。 我一直在关注 PayPal 如何查询 IPN 脚本，当设置了 HTTP 1.1 时，它似乎进入了某种循环。您仍然可以在 ipnlogz.txt 中自己看到它 - '07%3A39%3A41' - 即我的订单日期 '07:39:41' - 它重复了 5 次!为什么？谁知道... 这仅表示 PayPal 尝试将此脚本 IPN 5 次但没有成功。只有当我将 HTTP 更新为 1.0 并重新上传脚本时，PayPal 才会出现“已验证”响应。之后PayPal还在查询。 似乎当 HTTP = 1.1 时，PayPal 正在正确获取所有内容，但没有正确响应；然后出于某种原因返回为同一付款创建另一个响应。使用 HTTP 1.0 就像一朵花:一个请求，一个响应，一切正常。我不知道它有什么问题......

附言。我们不是在谈论“无效”响应。 “无效”响应实际上是成功的一部分 - 但在 HTTP 1.1 的情况下，PayPal 根本不提供任何响应，它是一个空字符串。”

<?php

$req = 'cmd=_notify-validate';
$r='';

foreach ($_POST as $key => $value) {
$value = urlencode(stripslashes($value));
$req .= "&$key=$value";
$r.="{$key}: {$value}\n";
}

// 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 .= "Content-Length: " . strlen($req) . "\r\n\r\n";
$fp = fsockopen ('www.paypal.com', 80, $errno, $errstr, 30);
#I also tried: $fp =fsockopen('ssl://www.paypal.com',443,$err_num,$err_str,30);

if (!$fp) {
$r.="----\nHTTP ERROR\n";
// HTTP ERROR
} else {

$r.="----\nReceived IPN request\n";

fputs ($fp, $header . $req);

while (!feof($fp)) {
$res = fgets ($fp, 1024);
}
fclose ($fp);

if (strcmp ($res, 'VERIFIED') == 0) {

$proceed=TRUE;

}
else{
$proceed=FALSE;
}
}

?>

附言。这是我们使用的脚本的 notify_url 部分:

<input type="hidden" name="notify_url" value="{$main_url}/index.php?action=ipn&amp;user_id={$user_id}" />

当它在 Sandbox 中测试时它正在工作..

最佳答案

改变这个:

// 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 .= "Content-Length: " . strlen($req) . "\r\n\r\n";
$fp = fsockopen ('www.paypal.com', 80, $errno, $errstr, 30);
#I also tried: $fp =fsockopen('ssl://www.paypal.com',443,$err_num,$err_str,30);

对此:

// 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 .= "Content-Length: " . strlen($req) . "\r\n";
$header .= "Connection: close\r\n\r\n";
$fp = fsockopen ('ssl://www.paypal.com', 443, $errno, $errstr, 30);

还有这个:

if (strcmp ($res, 'VERIFIED') == 0) {

为此:

if (strcmp (trim($res), 'VERIFIED') == 0) {

而且它几乎可以保证正常工作。

您当前的设置失败，因为 PayPal 在 fsockopen 欣然接受的响应中发送了一个 Connection: keep-alive header ，因此它保持连接打开。
而诸如 cURL 之类的 HTTP 库将自动关闭连接。

我的一般建议是；如果您不想控制通过线路连接到 PayPal 的每一位，请使用 HTTP 库(例如 cURL)，而不是 fsockopen，它只是一个普通的 TCP 连接。
(PayPal 在 https://www.paypal.com/ipn 和 https://www.paypal.com/pdt 提供了使用 cURL 的示例代码)

关于php - Paypal IPN HTTP/1.1 - 根本不提供任何响应，它是一个空字符串，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/12480794/