Paypal 贝宝集成类型混乱

Paypal 贝宝集成类型混乱,paypal,paypal-subscriptions,Paypal,Paypal Subscriptions,我不熟悉asp.net中的paypal集成。我发现很难理解贝宝api 我理解两种类型: 内联html表单(即也称为购买按钮) 有效流量api 我的问题是: 哪一个必须用于定期付款(最终用户的子描述包) 在第一种类型中,很少有网站建议使用IPN确认付款。我想知道是否有必要,因为在不使用IPN的情况下,也使用notify_url,我们可以确认付款成功(据我所知,在paypal站点完成付款后,notify_url将返回到您的站点) 对于定期付款,我是否需要在数据库中存储用户帐户详细信息(即credt卡

我不熟悉asp.net中的paypal集成。我发现很难理解贝宝api

我理解两种类型:

  • 内联html表单(即也称为购买按钮)
  • 有效流量api
  • 我的问题是:

  • 哪一个必须用于定期付款(最终用户的子描述包)

  • 在第一种类型中,很少有网站建议使用IPN确认付款。我想知道是否有必要,因为在不使用IPN的情况下,也使用notify_url,我们可以确认付款成功(据我所知,在paypal站点完成付款后,notify_url将返回到您的站点)

  • 对于定期付款,我是否需要在数据库中存储用户帐户详细信息(即credt卡或paypal帐户)

  • 请回复你的建议

    谢谢你,事实上,两者都可以。如果你想坚持使用基本的HTML表单,那么你应该使用支付标准,他们称之为“订阅”。您可以从PayPal帐户中轻松创建订阅按钮

    如果您使用的是API,那么他们称之为定期付款(或定期计费)。如果你想直接在你的网站上处理信用卡,而不需要重定向到PayPal,你可以使用ExpressCheckout进行PayPal注册,使用Payments Pro

    无论您使用什么集成方法,IPN都是有用的,但是,不要将其与PDT混淆。PDT会将数据发送回站点的感谢页面,或者您为其设置的任何最终页面,并且它只适用于支付标准。在Payments Standard上配置PDT时,即使启用了自动返回,也不能保证用户将返回到您的返回URL。IPN非常类似,但无论用户是否返回到您的站点,数据都将始终发布到您的IPN侦听器

    您还需要使用IPN处理订阅/定期配置文件中未来付款的更新。例如,实际付款、取消、暂停、重新激活等

    您提到的notify_url参数用于IPN。不过,这与PDT是分开的。我见过很多次的一个常见错误是,人们将他们的PDT和IPN都设置为相同的URL。然后,当人们返回到您的感谢页面时,代码实际上会运行两次。一次是来自用户的实际点击,另一次是来自PayPal的IPN服务器的点击。所以一定要避免这种事情

    3) 不,您永远不会将信用卡详细信息保存到服务器。订阅/定期系统使用PayPal在其服务器上保存的数据来处理这些问题