【问题标题】:Why are my DoDirectPayment calls ignored?为什么我的 DoDirectPayment 调用被忽略?
【发布时间】:2013-04-24 11:55:42
【问题描述】:

多年来,我一直在向 PayPal 发送 DoDirectPayment 呼叫,没有任何问题,最近我有一个小时或更长时间的时间,这些呼叫没有得到 PayPal 的应答,大约四分钟后,cURL 软件发送了调用超时并产生错误:

            DoDirectPayment failed: couldn't connect to host(7)

然后突然,一个小时或更长时间没有客户能够付款,而且我没有做任何事情,PayPal 再次接听电话,人们可以再次付款。

它就像 PayPal 服务器过载并丢弃请求一样。然后,当他们的负载下降时,他们会再次开始回答所有请求。

cURL 使用的 $API_Endpoint 是 https://api-3t.paypal.com/nvp。 我使用的 PayPal 协议版本是 95.0。

有没有其他人经历过这种情况或知道会发生什么?

感谢您的帮助。

【问题讨论】:

    标签: paypal


    【解决方案1】:

    我没有听说其他人报告过类似的问题。您可能想要检查的几件事是与您的托管服务提供商联系,以确保他们没有任何类型的网络,并检查 PayPal's Site Status 页面以查看在您遇到问题时是否发生任何中断或更新问题,因为它们可能导致您看到的问题。

    【讨论】:

    • 如果你用谷歌搜索“Paypal 连接错误 7”,你会发现整个互联网上的人都遇到了这个问题。 PayPal 的回应是,您需要在跟踪路线中向我们表明请求到达 PayPal,然后我们才能为您提供帮助。 PP 的一个建议是,我们所在的共享服务器可能会用完套接字,因此无法进行 cURL 调用。无论如何,现在的工作是与我们的托管服务提供商合作生成跟踪路由,并且可能会看到一些迹象表明服务器已用完套接字。走着瞧 。 . .
    • 最近在访问 AT&T 网络时出现了一些问题,您可以检查一下您是否正在通过他们的网络以及是否被阻止。
    • 这里有更新。 Tracert 的想法是个废话。 tracert 只是一些 ICMP 数据包,事实证明许多路由器和服务器不响应 ICMP。因此,您使用tracert 找到的只是路径中不响应ICMP 的第一个节点。有帮助的一件事是了解 PayPal 服务器的物理位置。然后,我或许可以将网站转移到物理上靠近 PayPal 的托管服务提供商,并希望避免坏节点。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2013-09-30
    • 2016-06-20
    • 1970-01-01
    • 2017-01-15
    • 2013-03-09
    • 2015-03-03
    • 2018-03-12
    相关资源
    最近更新 更多