Javascript 单笔付款的Laravel和Stripe签出的当前方法是什么？

我正在尝试在我的Laravel 5.3网站上集成stripe Checkout，以实现一些相当基本的购买实现

最近我读了很多关于Laravel和Stripe Checkout的文章。例如：

以及

在上面链接的两个示例中，假设Stripe不会执行购买，而是将令牌发送回您的站点，以便您在后端完成购买

在通过stripe Connect的stripe站点上--我没有看到任何迹象表明不应该直接在stripe服务器上处理stripe支付

我在想，也许以前的漏洞让开发者觉得必须在后台付款，但在当前的Stripe文档中，我没有看到任何警告，似乎Stripe Checkout确实是为了处理付款，然后让您在站点上执行付款后操作

所以，我很好奇，在这个话题上是否有拉威尔的最新知识，因为我上面提供的链接可能有点过时了

谢谢

---

Brian

Laravel指南引用了旧版本的签出。您稍后链接的是较新的版本（）。较新的版本为您处理令牌化+支付。它只允许前端或前端+后端集成。旧签出仅在客户端创建令牌。您必须将令牌发送到后端并手动创建费用。我建议查看更新版本的Checkout，它可能适合您的用例。好的，我将尝试一下！现在只需确定客户端和服务器端在哪些用例下进行签出是有意义的。到目前为止，测试工作正常，但我想知道用户在购买时是否更愿意看到同一个域，或者公众是否习惯于将他们从原始域中带走的支付网关页面。由于stripe提供了访问成功url的功能，我想这会让用户返回到原始域，但我想知道从信任的角度来看，什么是最好的方法。您稍后链接的是较新的版本（）。较新的版本为您处理令牌化+支付。它只允许前端或前端+后端集成。旧签出仅在客户端创建令牌。您必须将令牌发送到后端并手动创建费用。我建议查看更新版本的Checkout，它可能适合您的用例。好的，我将尝试一下！现在只需确定客户端和服务器端在哪些用例下进行签出是有意义的。到目前为止，测试工作正常，但我想知道用户在购买时是否更愿意看到同一个域，或者公众是否习惯于将他们从原始域中带走的支付网关页面。由于stripe提供了访问成功url的能力，我想这会让用户回到原始域，但我想知道从信任的角度来看，什么是最好的方法。