Paypal IPN延迟数小时

我使用paypal自适应支付通过paypal进行交易。虽然很少有交易需要超过6小时才能收到IPN

我浏览了论坛帖子和文档，我通过-

由于IPN不是实时服务，您的签出流不应等待IPN消息完成。如果签出流依赖于接收IPN消息，处理可能会因系统负载或其他原因而延迟。您应该配置签出流以处理可能的延迟

---

回拨时间超过6个小时太多了。有什么建议吗？

我已经定制了几辆手推车。平均而言，我看到PayPal IPN最长在2分钟内恢复，而且经常性支付通常比单一支付花费更长的时间，因为它们在初始设置时发送两条IPN消息，而不仅仅是一条。我通常使用“custom”属性，并放置一个我永久保存的唯一标识符。因此，即使我可能会看到一个初始的IPN出现在一个定期付款中，我还是在等待一个说明

txn\u类型

是

subscr\u付款

并且

payment\u状态

是

已完成的
的IPN。除非看到第二条消息，否则您不能真正相信订阅付款已被支付。如果是一次付款，那么我会查找
txn\u类型
为
web\u接受
和
payment\u状态
为
已完成

我处理事情的方法是使用表单按钮技术将客户重定向到PayPal进行购买。客户付费，然后被重定向（感谢我最初创建的表单隐藏变量）到我指定的自定义购物车URL。我把这个URL称为支付确认脚本。我会显示一条带有进度条的消息，以便在PayPal确认他们的付款时请稍候。我把它们放在那里10秒钟，然后重定向到收据。在收据上，我检查数据库，看看我的IPN脚本是否已经处理了该订单。如果没有，那么我再次将它们重定向回支付确认脚本，再延迟10秒进度条。我的收据使用会话cookie来确保我不会将它们多次发送到支付确认脚本的循环中。因此，客户再等待10秒钟，然后返回收据页面，在那里我再次测试，在我保存的“自定义”属性上读取我的永久cookie，而不是从我用作数据库中的订单密钥的IPN中读取的“自定义”属性。通常在第一个或第二个10秒延迟内，IPN已经进入，我可以继续。但是，如果IPN仍然没有收到，那么我将重定向到一条友好的错误消息，指出他们的付款无法确认，并致电我们的呼叫中心解决问题。然后，我们的呼叫中心技术人员会在PayPal中发现延迟问题，退回另一笔交易，然后通过电话手动向客户销售。
您是否检查了IPN历史记录和服务器日志，以确保IPN脚本中没有发生错误，导致返回PayPal的响应不正确？如果你的IPN URL有很多错误，他们会把你放在一个缓慢的队列中，这样你就不会占用那么多资源。是的，我检查了IPN历史记录和服务器日志，它们看起来都正常。它返回状态码200。我想它们可能只是被延迟了，但很少有这么长的时间。我最近没有注意到我的IPN出现这种延迟。同意，这种情况发生在10个事务中有2个。没有SLA。我看到他们耽搁了好几天。问问贝宝。