关于 Paypal 和经典 API

Question

我有几个关于 PayPal 和 Classic API 的问题。在过去的几天里，我一直在阅读和试验 1. 使用变量和 HTML 发布表单的单一 PayPal 付款。 2. 同上，但用于定期/订阅付款。尽管我几乎成功地完成了我想要完成的大部分工作，但我仍然有几个问题和灰色地带我想揭穿。

这里是：

1. 是否可以使用经典 API、HTML 表单、PayPal 变量并向 PayPal/Sandbox 发布请求并且仅使用信用卡信息，而无需登录 PayPal 或拥有 PayPal 帐户？ 我从来没有成功过，并且在您点击付款按钮后，PayPal 总是会阻止，返回安全码错误消息或错误的卡/帐号等。 如果是，我如何以及在哪里可以找到 HTML/MVC-C# 的真实代码示例或演示？

2. 付款后，我收到一个无效的响应，没有任何反应，然后，我收到第二个 IPN 响应，这个响应已经过验证等。我真的需要回复 PayPal/Sandbox 吗？告诉他们一切都好？如果是的话，我可以看到某处的信息或代码示例/演示吗？我的观点是因为我在 IPN 上收到了很多点击，我想确保我得到正确的响应，确保我没有双重订阅等。

3. 某处是否有好的 MVC 或 C# IPN 代码示例？我可以阅读和分析/处理大多数可能的场景/错误/响应代码以及如何处理它们？不是复制和粘贴，而是可以适应我的代码的可靠的东西。

   李>

4. 我已经成功地通过 PayPal 帐户获得了对我的 IPN 的响应，我不得不使用此指令以某种方式破解安全协议 --> ServicePointManager.SecurityProtocol = (SecurityProtocolType)3072;//SecurityProtocolType .Tls1.2; 而且我还必须使用 ngrok 来提供“有效”返回 URL。我的问题是，我是否需要在进行 PROD 时删除该指令？

非常感谢您，

市场。

Answer 1

1. 是的，但这是该问题被否决的原因之一。您需要注册 Payments Pro 才能使用信用卡（或者您也可以使用 REST API），然后您将使用这些特定的 API 来处理信用卡。问题是，根据您最终使用的 Pro 版本或您是否决定使用 REST，API 会有所不同，因此目前很难有人告诉您该使用什么。

2. 是的，您需要 POST 回 PayPal 以验证数据是否确实来自他们。通过这种方式，您可以丢弃任何潜在黑客向您的 IPN 侦听器发布垃圾的任何数据或其他类似情况。

只要您的 IPN 脚本完成并从您的服务器成功返回 200 响应，那么 PayPal 将只发送一个 IPN。如果你得到倍数，你一定是失败了，在这种情况下，你需要troubleshoot that accordingly。

1. 是的，PayPal 提供了大量的示例代码。这是您的问题可能被否决的另一个原因。看来您还没有花时间自己研究这些东西。转至http://developer.paypal.com，在查看 API 后，您会发现它们提供了SDKs for different languages。每个都带有示例，他们的 GitHub 存储库也包含示例。

当然，通过快速的 Google 搜索，您还可以找到大量教程和示例。

在开发者网站中，您还可以找到 Integration Wizard，它可以让您选择 C#，选择您想要的支付集成，它会为您构建所有内容，以便您了解它是如何工作的。

然后，在处理这些示例或尝试实际代码时，如果您有特定的问题/疑问，您会来到这里并使用您尝试过的代码示例发布该特定问题。那么这里的人会很乐意提供帮助。

4. 由于 SSLv3 中的安全漏洞，TLS 1.2 现在是几乎所有 Web 服务的标准要求。如果你有“破解”任何东西（也许是配置文件之外的东西），那么你可能在做一些不必要的事情。它只需要确保服务器上的软件堆栈不仅支持 TLS 1.2 HTTP 请求，而且默认使用它。