【问题标题】:Payment Gateway theoretics支付网关理论
【发布时间】:2011-07-11 01:53:19
【问题描述】:

我是社区和 PHP 的新手,所以我的问题对某些人来说可能听起来很愚蠢,但让我们切入正题。

我目前正在学习使用 PHP,其中一部分包括实现对工作站点的电子支付。我在网上看了很多,但我无法弄清楚一些事情:

  1. Payment Gateway Payment Processor 之间有区别,还是用来描述同一个东西?

  2. 当使用 Authorize、Paypal、Google Checkout 或类似的第三方时,我们是否真的需要一些硬编码,或者您可以坚持使用他们网站上提供的信息吗?

  3. 我浏览了一些(我认为的)主要支付网关,但没有看到任何提及 SOAP 和 WSDL。是否真的以我无法发现的方式需要它们,或者它们只是很少使用,这就是为什么我没有找到任何提及它们的原因?

提前谢谢,如果我听起来像个菜鸟,我很抱歉。希望在你们的帮助下学得更快,伙计们。

【问题讨论】:

    标签: php payment-gateway


    【解决方案1】:

    一般来说,支付处理器是实际处理支付的供应商。大多数支付处理器都提供网关,这是您用来提交付款以进行处理的接口。

    在使用支付处理器时,您必须编写多少代码取决于处理器提供的网关实现以及您选择的其中一种实现。通常至少有两种——某种最灵活的原始 API,以及某种与处理器的超级简单链接。 PayPal Standard 和 Google Wallet 是后者的好例子,而 Authorize.net 的典型用法是前者的好例子。如果您通常使用 API,您需要实现自己的订单创建流程/购物车,然后您只需在最后提交付款和其他详细信息。这使您可以将所有内容保留在您的网站上(不一定是数据,而是体验)。简单的路线通常涉及在购物过程中将用户发送到处理器站点一次或多次,这通常会导致定制受限和用户体验明显中断。

    有些网关会使用 SOAP/WSDL,有些会使用简单的 REST 接口,有些会使用其他实现。但是他们通常选择在内部实现,但大多数人会提供一个库来将它用于主要的脚本语言(PHP、Ruby、Python、C#.Net、VB.net),所以你不必手动制作您只需使用提供的库并处理返回的结果的调用。

    【讨论】:

      【解决方案2】:

      嗯,这是一个棘手的商业支付网关,从一个站点到另一个站点,从不同的 3rd 实施。你可以找到最容易实现的,但是当你这样做时要小心。是的,支付网关和处理器之间存在区别,处理器是使付款转到银行并转账的原因,网关确保您输入的凭据正确

      快乐编程

      【讨论】:

      • link italic bold code那么 SOAP 和 WSDL 是我遗漏了什么还是很少使用?
      猜你喜欢
      • 1970-01-01
      • 2023-03-25
      • 2016-02-25
      • 2016-06-16
      • 1970-01-01
      • 1970-01-01
      • 2010-12-10
      • 2015-10-09
      • 2013-12-07
      相关资源
      最近更新 更多