我们公司很快就需要将支付网关与我们的PHP网络应用程序集成，以便我们的用户能够使用信用卡支付“ Session 注册费” . 在默认使用Authorize.net之前，我想从其他开发人员那里找到您使用过哪些支付网关，并且可以推荐，它具有易于使用/集成的API .
仅供参考：我们公司在美国 .
Authorize.net几乎是真实商家帐户的标准 . 大多数其他提供商甚至都有authorize.net仿真模式 . API非常标准 - 这里的创造力空间不大 .
我使用的是Amazon SimplePay，它也相对无痛 . Google Checkout也相当灵活 . 当然，这些都不是真正的商家帐户系统 .
我最近遇到了一家名为Stripe的公司 . 他们是一家专注于开发人员的支付处理公他们处理支付网关的东西，所以你没有必要 . 它们还具有丰富的文档和易于使用的API .
更新：另一家类似于Stripe的公司是Braintree . 他们的产品（和定价模型）非常相似 .
我在IP Commerce工作，我们有支付API，您可以使用它连接到多个服务提供商（Chase Paymentech，Vantiv，First Data等） . 您可以在GitHub上查看我们的一些示例代码：https://github.com/ipcommerce
使用我们的真正好处是，如果您希望为多渠道类型的事物（例如销售点和电子商务）进行付款接受，因为我们可以轻松地将在线到现场交易 - 例如在您的智能手机上购买“每日优惠”，并使用您购买交易的信用卡或QR码在销售点兑换 .
我推荐PayPal的PayFlow Payment Gateway . 有一点需要注意 - 它是一种'PayPal'服务，但不需要使用PayPal作为消费者的付款 . 当我过去使用它时，我 Build 了自己的'credit card'付款页面，接受不同的主要信用卡，但甚至没有使用PayPal作为可接受的类型之一 .
好消息是，您将所有信息打包，通过HTTPS将其发送到网关API，并获得包括银行收费/拒绝信息的响应 .
在决定支付网关后，有一些设置必须在后端完成，以确定资金的去向以及您可以接受的支付类型 . 如果您存储任何费用数据，还可以决定围绕欺诈保护过滤级别和PCI安全问题 .
还有其他支付网关API，但我喜欢PayPal，因为他们的开发人员专注于产品 . 这有一个完整的论坛（现在是SO），文档，开发人员站点和多个编程示例 .
4 回答
Authorize.net几乎是真实商家帐户的标准 . 大多数其他提供商甚至都有authorize.net仿真模式 . API非常标准 - 这里的创造力空间不大 .
我使用的是Amazon SimplePay，它也相对无痛 . Google Checkout也相当灵活 . 当然，这些都不是真正的商家帐户系统 .
我最近遇到了一家名为Stripe的公司 . 他们是一家专注于开发人员的支付处理公他们处理支付网关的东西，所以你没有必要 . 它们还具有丰富的文档和易于使用的API .
更新：另一家类似于Stripe的公司是Braintree . 他们的产品（和定价模型）非常相似 .
我在IP Commerce工作，我们有支付API，您可以使用它连接到多个服务提供商（Chase Paymentech，Vantiv，First Data等） . 您可以在GitHub上查看我们的一些示例代码：https://github.com/ipcommerce
使用我们的真正好处是，如果您希望为多渠道类型的事物（例如销售点和电子商务）进行付款接受，因为我们可以轻松地将在线到现场交易 - 例如在您的智能手机上购买“每日优惠”，并使用您购买交易的信用卡或QR码在销售点兑换 .
我推荐PayPal的PayFlow Payment Gateway . 有一点需要注意 - 它是一种'PayPal'服务，但不需要使用PayPal作为消费者的付款 . 当我过去使用它时，我 Build 了自己的'credit card'付款页面，接受不同的主要信用卡，但甚至没有使用PayPal作为可接受的类型之一 .
好消息是，您将所有信息打包，通过HTTPS将其发送到网关API，并获得包括银行收费/拒绝信息的响应 .
在决定支付网关后，有一些设置必须在后端完成，以确定资金的去向以及您可以接受的支付类型 . 如果您存储任何费用数据，还可以决定围绕欺诈保护过滤级别和PCI安全问题 .
还有其他支付网关API，但我喜欢PayPal，因为他们的开发人员专注于产品 . 这有一个完整的论坛（现在是SO），文档，开发人员站点和多个编程示例 .