当我们尝试联系PayPal自适应支付端点时，两者均位于： https://svcs.paypal.com/AdaptivePayments/Pay（用于显式链式支付） https://svcs.paypal.com/AdaptivePayments/Preapproval（用于预先批准的付款）
自7月下旬以来，我们收到来自贝宝的响应非常缓慢，超过了50秒。响应到达后，一切正常，但我们正在研究这种奇怪的时间响应，因为它给我们的用户带来了很多购物车损失。
首先，我们检查了对端点的SOAP调用和请求信封，一切都正常（过去6年一直有效）。我们刚刚在soap客户端请求中添加了一个'compression'=> SOAP_COMPRESSION_ACCEPT，行，因为它现在似乎是必需的（我们以前从未使用过，但是自7月以来，我们遇到了未知的内容编码错误，但没有此行）。无论如何，甚至在此补丁之前，以及从7月下旬/下半年开始，响应速度都很慢。
然后我们测试了数据库中是否有一些损坏的表，但是一切正常。
然后，我们已经深入检查了在向Paypal端点发出的请求与响应之间的操作，但是除了打开呼叫并等待响应之外，我们别无选择。
我们首先定义标题，然后进行调用：
ActiveWprkbook对于Pay操作，情况非常相似，在Paypal响应中，我们也有相同的50-52秒延迟。
在正常情况下，我们确实希望响应在1-5秒之间。 我们认为这是贝宝（Paypal）服务器上的问题，我们正在等待MTS的答复，但同时欢迎任何建议。
答案 0 :(得分：2)
经过数周的故障排除和无数次尝试从PayPal MTS寻求任何建议（没有任何有用的建议）之后，我们终于弄清了实际情况以及如何解决（不是快速简便的解决方法），我是我将针对少数在自适应支付API端点的肥皂请求上同时遇到问题的人发布此解决方案。
首先，我们努力检查由于防火墙，网络问题或编码而引起的所有问题，我们在生产（实时）环境中执行了许多测试（但实际）订单，均使用用于链式支付的自适应支付API的支付操作和预先批准操作，我们说过，我们正在执行的任何svcs端点连接尝试的49秒时间响应都是由于PayPal服务器配置上的某些因素（我们可以不知道），特别是关于SOAP连接的信息（与后续数据包无关）。
我们已经重写了从SOAP连接到cURL连接的大部分代码转换，并且一切都以1-3秒的良好响应时间重新开始工作，再次完全可以接受。
所有这些都是在生产环境中进行的，不幸的是，所有这些都没有得到PayPal状态网站的任何建议，也没有通知商人和应用程序开发人员，也没有MTS团队的通知。
因此，贝宝（PayPal）技术团队的最终建议是，贝宝（PayPal）自适应支付svcs端点服务器配置发生了一些变化，大约从2019年7月到7月10日至20日之间（不幸的是我们无法说出确切的日期）快速响应SOAP请求，并开始响应很长的响应（总是49-51秒）。
更改整个代码以打开连接并通过cURL而不是通过SOAP传输数据，我们已经解决了问题，但这是一次技术冒险，因为没有人给我们提供任何建议。真可惜。
希望这对某人有用，在我们噩梦的周里。
干杯，菲尔。