自适应支付流程中断

Question

最近几天，适应性支付(包括预先审批和连锁支付)似乎被打破了。当我们将用户发送到paypal以完成订单(链接)或授权预审批(预审批)时，他们会收到一个通用的"invalid transaction“错误。测试流程时，我们得到相同的错误，查看控制台，我们可以在paypal对象目录中的checkout.js文件中看到以下错误：

Uncaught TypeError: PAYPAL.AP.Subflow is not a constructor
at checkout.js:11
(anonymous) @ checkout.js:11

在paypal方面似乎出了点问题。有谁有同样的问题吗？变通方法？

干杯，文件

Answer 1

我们终于找到问题出在哪里了。

尝试对对svcs端点的调用进行完全调试时，我们发现从几天(2013年第一次)开始，我们开始从paypal服务器收到对SOAP请求的奇怪响应，如下所示：

{“faultstring”：“未知内容编码”，"faultcode":"HTTP"}

然后，我们考虑了调用paypal服务器的“传输”过程中的一些问题，并尝试在头文件中添加一些内容。

首先，我们发现我们的http头请求中缺少了一些我们以前从未使用过的行，例如：

"X-PAYPAL-DEVICE-IPADDRESS：“$_SERVER“‘REMOTE_ADDR”。"\r\n“；

但这并没有解决问题。然后，我们在soap客户端数组中添加了新行：

‘压缩’=> SOAP_COMPRESSION_ACCEPT，

添加这个解决了这个问题，但从来没有人建议我们对这部分代码的要求。这可能是linux的问题，也许paypal已经用新的服务器更换了一些服务器，虽然旧的服务器接受了SOAP请求，即使它没有这个“压缩”参数，但在新的环境中它似乎是必需的。

无论如何，一切都回到正常添加这行，我们只是仍然有一个奇怪的时间响应(长)的支付操作，而一切顺利的预审批操作，但这可能取决于不同的paypal服务器管理一个或另一个操作。