Paypal IPN突然停止发回商品号POST var

在现场造成严重破坏。在notify回调期间，所有post变量的完全转储根本不显示item_number变量。但是它被发送了。

---

IPN出现了我遗漏的问题吗？

看起来项目编号现在是项目编号1，这造成了一些问题。

看起来项目编号现在是项目编号1，这造成了一些问题。

我刚刚遇到了这个问题。问题是，今天早些时候，Paypal在没有通知的情况下，已经开始将其作为第1项发送（注意后缀“1”）。这肯定是一个bug，因为谷歌搜索表明，这种行为只会在购物车结账时触发，在这种情况下，它将是商品号（注意后缀“\u 1”）

---

如果这种情况继续存在，解决方案是更新脚本以读取项目1和项目1。如果这是一个bug，Paypal可能会恢复这种行为（想必是这样）。让他们也检查商品编号1可能是明智的，以防他们将来将结账视为购物车。

我刚刚遇到了这个问题。问题是，今天早些时候，Paypal在没有通知的情况下，已经开始将其作为第1项发送（注意后缀“1”）。这肯定是一个bug，因为谷歌搜索表明，这种行为只会在购物车结账时触发，在这种情况下，它将是商品号（注意后缀“\u 1”）

---

如果这种情况继续存在，解决方案是更新脚本以读取项目1和项目1。如果这是一个bug，Paypal可能会恢复这种行为（想必是这样）。明智的做法是让他们同时检查商品编号1，以防他们将来将结帐视为购物车。

你说“它已发送”，但这需要验证。我从未见过一个实例，其中项目详细信息包含在付款请求中，但未包含在IPN中。您是否使用标准的付款按钮？Express Checkout API，还是什么？你说“它已发送”，但这需要验证。我从未见过一个实例，其中项目详细信息包含在付款请求中，但未包含在IPN中。您是否使用标准的付款按钮？快速结账API，或者什么？看起来Paypal已经解决了这个问题-我的网站再次收到“item\u number”，但我已经对上面的另外两个表单进行了检查，以防将来再次出现问题。看起来Paypal已经解决了这个问题-我的网站再次收到“item\u number”，但是我已经对上面的另外两种形式进行了检查，以防将来再次出现问题。