【问题标题】:When are PayPal Checkout redirect urls used何时使用 PayPal Checkout 重定向 URL
【发布时间】:2018-12-28 02:25:15
【问题描述】:

我正在尝试实现here 描述的 PayPal 结帐服务器流程,但我对Create Payment REST API 所需的重定向 URL 的作用有点困惑

使用 PayPal 结帐 JavaScript 组件,我需要在 JavaScript 按钮初始化代码中提供一个 onAuthorize 挂钩,就像上面链接页面上的示例一样。我的理解 - 我已经在沙盒环境中确认了这一点 - 是在用户成功授权 PayPal 付款后调用此回调,并且在此回调中我应该执行付款。这部分很清楚,我已经成功实现了这一点。混淆源于 PayPal 的 Create Payment API 上的负载。

此 API 需要在有效负载中提供必需的参数 redirect_urls。在此之下return_urlcancel_url 都必须提供。我从文档中了解到,这些 URL 是用户在成功授权付款或取消付款后将被重定向到的位置。

然而,在我在沙盒环境中的测试中,用户永远不会被重定向到这些重定向 url,因为“返回”/“取消”是由提供给按钮初始化的回调处理的。现在这引出了我的问题:

尽管如此,是否存在将用户重定向到这些 url 的任何情况?如果用户被重定向到这些 url 会发生什么?

我担心我是否需要在 JavaScript 代码中复制授权/取消逻辑,然后在输入提供的返回 URL 时?

【问题讨论】:

    标签: paypal


    【解决方案1】:

    如果 PayPal 体验不在上下文中(灯箱),或者如果您想在他们使用 continue 或 pay now 批准付款后将他们带到完全不同的页面,或者如果您是在 checkout.js 不起作用的移动应用程序中使用它

    使用结帐 JS 集成,您实际上不需要传递 url,因为如果这是您想要询问的内容,则体验是在上下文中的。

    【讨论】:

    • 谢谢。因此,即使它们是必填字段,如果我提供无效的虚假网址也没关系?
    猜你喜欢
    • 2013-03-21
    • 2012-09-18
    • 1970-01-01
    • 2020-07-31
    • 1970-01-01
    • 1970-01-01
    • 2017-05-29
    • 2012-04-27
    • 1970-01-01
    相关资源
    最近更新 更多