我从来没有对支付网关做过任何事情,有人可以给我建议吗?
4 回答
支付网关因国家/地区而异,它们是可以在您的应用程序中启用支付处理的机构。
例如。在英国 BT 有它的支付网关。他们称之为BTBuynet。在印度,ICICI 是主要的支付网关提供商之一。您也可以查看贝宝。
他们每个人都有自己的实现方式。通常每个支付网关都有两种支付处理模式。
- 付款页面:这是最常用的页面之一。站点通常将用户重定向到支付网关托管的支付页面。这种类型有一些优点和缺点。
好处
我们不必担心验证或存储卡的详细信息,因为一切都由他们的支付页面处理。
缺点
由于我们将用户重定向到不同的站点,因此站点的外观和感觉会有所不同。
- 支付服务:这是通常使用组件或 API 的第二种类型。ard 详细信息由商家(应用程序所有者)收集并发送以进行付款处理。
希望这能让您对支付网关有所了解。您还可以查看 RHS 中的一些相关问题。
好吧,决定您要使用的支付网关。如果您只是想在线了解这一点,我建议您使用 PayPal 的支付网关。他们确实没有给出好的价格(他们从你向用户收取的费用中占了很大一部分),但他们有一个很好的“沙盒”系统,你可以打开和关闭它,并且可以免费开发。这使您可以像一切都“活”一样运行您的系统:
- 资金将从您创建的假信用卡记入您的沙盒帐户
- 交易将像实时系统一样运行:您将获得真实的确认和通知。
因此, PayPal 的开发者网站是一个很好的起点。
哦,不要害怕使用其他网关——我用过的所有网关都可以在系统上线之前对其进行测试。但他们中的许多人不允许在“假”模拟模式上线后切换回它。因此,在获得生产系统后添加和测试新功能会比较棘手。
我认为你在下面是对的吗?如果是这样,我目前正在 Oz 的一个 PHP 电子商务网站上工作。我们正在使用支付快递http://www.paymentexpress.com/。正如其他人指出的那样,它们提供了几种集成选项:
- iframe/re-direct - 这很容易集成。您只需向他们发布一堆东西,他们就会发回一堆东西来说明交易是否完成
- webservice - 使用一个 xml webservice,它有很好的文档记录并且很容易实现。我猜这个选项比 iframe 选项复杂一点,但它允许更多地控制事务期间发生的事情。但是您需要更加警惕如何处理人们的信用卡详细信息
客户实际上选择了支付快递,而不是直接选择我们,所以我的建议是基于对接口的实际编码。他们的规格和示例代码无需注册即可在其网站上免费获得。
希望你觉得这很有帮助。
对于南非,我们使用 Moneybookers 或 Setcom,为了接受大多数付款,我建议使用 Paypal,因为它的广泛使用还有其他支付网关。