Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/google-chrome/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Paypal 适应性支付流中断_Paypal_Paypal Adaptive Payments - Fatal编程技术网

Paypal 适应性支付流中断

Paypal 适应性支付流中断,paypal,paypal-adaptive-payments,Paypal,Paypal Adaptive Payments,几天以来,适应性支付(预批准和连锁支付)似乎被打破了。 当我们将用户发送到paypal以完成订单(链接)或授权预批准(预批准)时,他们会收到一个通用的“无效交易”错误。测试流程后,我们得到了相同的错误,通过控制台,我们可以在paypal对象目录中的checkout.js文件中看到此错误: Uncaught TypeError: PAYPAL.AP.Subflow is not a constructor at checkout.js:11 (anonymous) @ checkout.js:11

几天以来,适应性支付(预批准和连锁支付)似乎被打破了。 当我们将用户发送到paypal以完成订单(链接)或授权预批准(预批准)时,他们会收到一个通用的“无效交易”错误。测试流程后,我们得到了相同的错误,通过控制台,我们可以在paypal对象目录中的checkout.js文件中看到此错误:

Uncaught TypeError: PAYPAL.AP.Subflow is not a constructor
at checkout.js:11
(anonymous) @ checkout.js:11
似乎贝宝那边出了问题。 有人有同样的问题吗?变通办法


干杯,菲尔我们终于找到了问题所在

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

{“faultstring”:“未知内容编码”,“faultcode”:“HTTP”}

然后,我们考虑了呼叫到paypal服务器的“传输”中的一些问题,并尝试在标题中添加一些内容

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

“X-PAYPAL-DEVICE-IPADDRESS:”$_服务器['REMOTE_ADDR']。“\r\n”

但这并没有解决问题。 然后,我们在soap客户端阵列中添加了一个新行:

“压缩”=>SOAP\u压缩\u接受

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


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

只需添加一些细节,自2013年以来,我们用于自适应支付呼叫的内点是:这是wsdl:当我们现在进行呼叫时,我们在几秒钟内没有收到来自paypal内点的响应,然后我们在paypal上登陆,页面中出现“无效交易”错误,控制台中出现前面描述的javascript错误。javascript错误似乎与paypalobject存储库中的checkout.js对象有关。这对我们来说完全是个阻碍。