【问题标题】:PayPal IPN - Can the IPN be trusted to trigger subscription start/end?PayPal IPN - 是否可以信任 IPN 来触发订阅开始/结束?
【发布时间】:2016-07-30 13:30:51
【问题描述】:

可以依赖 subsc_signup 来允许人们访问站点上的服务(subsc_eot 用于终止,subsc_modify 用于修改订阅级别) -即IPN 是否可以作为可靠的服务被信任?

在集成过程中,在使用沙盒帐户时,我遇到了 IPN 消息排队的问题。 Paypal IPN 消息从昨天开始排队,订阅消息已发送,1 分钟后付款消息已排队。从那时起,在过去的 20 小时内,所有后续消息都已排队。

尝试从模拟器发送 IPN 消息有效。 尝试从已发送消息列表中重新发送 IPN 消息成功!

2 年前 - 有人报告过:Paypal IPN Status - Queued

这又是 PayPal 服务器的临时问题吗?

这样的问题多久遇到一次?

这与我使用沙盒有关吗?

【问题讨论】:

  • 根据我的经验,是的,但这不是 PayPal 的问题,而不是你的问题。

标签: paypal-ipn paypal-sandbox paypal-subscriptions


【解决方案1】:

队列问题似乎与沙盒密切相关。但是,我不会过多地依赖 IPN 来激活您的客户帐户,因为通知有时会延迟。

以下是我在我的应用程序中通过贝宝处理订阅的方式:在发布数据致谢页面上,我将帐户设置为已激活,这本身并不安全,但是有第二层激活依赖于经过验证的 IPN 消息。通过验证通知后的 IPN,如果 ping 为“subscr_payment”,则在检查后,应用程序会为用户设置一个“活动截止”日期,即付款日期 + 订阅时长。登录后检查此日期并相应设置帐户状态,如果帐户已激活但从未设置有效截止日期(将数据伪造到感谢页面或 IPN 服务器停机时间超过会话),它将被设置回不活动。

这种设置也适用于 Stripe。

【讨论】:

    猜你喜欢
    • 2012-05-19
    • 2010-11-06
    • 2014-11-08
    • 1970-01-01
    • 2015-07-24
    • 2012-12-17
    • 2017-02-10
    • 2018-02-10
    相关资源
    最近更新 更多