Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/wix/2.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 ipn 来自Paypal IPN的响应格式错误,未经验证或无效_Paypal Ipn - Fatal编程技术网

Paypal ipn 来自Paypal IPN的响应格式错误,未经验证或无效

Paypal ipn 来自Paypal IPN的响应格式错误,未经验证或无效,paypal-ipn,Paypal Ipn,自7月1日起,我们开始接收来自paypal的格式错误的IPN响应,IPN底部有一个奇数字符串,该字符串既不是已验证的,也不是无效的,而是类似于非二进制符号。这是随机发生的,既适用于与支付相关的知识产权,也适用于预批准 如果我们尝试从paypal IPN历史记录中重新发送IPN,有时会在第一次从paypal获得验证,有时我们必须重试多次。以前从未发生过,我们这边的ipn验证脚本没有任何变化,虽然很旧,但在大部分ipn中都可以正常工作 我们已经检查了端点,它是正确的: 我们已经尝试重新发送一些格式

自7月1日起,我们开始接收来自paypal的格式错误的IPN响应,IPN底部有一个奇数字符串,该字符串既不是已验证的,也不是无效的,而是类似于非二进制符号。这是随机发生的,既适用于与支付相关的知识产权,也适用于预批准

如果我们尝试从paypal IPN历史记录中重新发送IPN,有时会在第一次从paypal获得验证,有时我们必须重试多次。以前从未发生过,我们这边的ipn验证脚本没有任何变化,虽然很旧,但在大部分ipn中都可以正常工作

我们已经检查了端点,它是正确的:

我们已经尝试重新发送一些格式错误的IPN,在一次或多次重试后,它们被正确验证

当我们试图在现场生产中验证那些受影响的IPN时,我们得到的是一个错误的请求,因为受影响IPN底部有一个奇怪的字符串,而不是已验证或无效的响应:

èTŽK0èèèèèèèèèèèèèèèèèèè

“感谢您联系PayPal商户技术支持。我们对您的回复太晚感到非常抱歉。我承认您遇到了IPN错误HTTP/1.1 400错误请求问题。请注意,这是PayPal目前已知的问题。我们的相关部门正在处理此问题

此外,您还可以为解决方案执行以下操作以确认此事务

  • 调用GetTransactionDetails API以查找此事务详细信息。

  • 转到您的PayPal帐户查看交易详细信息

  • 下载报告以查找此付款

  • 检查发送至您邮箱***的关于此付款的通知电子邮件

  • 但我们将随时向您通报此IPN 400错误请求问题的更新信息。”

    因此,目前这不是一个真正的解决方案,只是一些可用于支付的解决方案(例如,这些解决方案不适用于尚未支付的预批准)。
    我们甚至问,如果这是一个已知的问题,为什么paypal状态网站上的“通知”产品在市场上是绿色且健康的,却没有任何内容。当我们有一个真正的解决方案时将更新。

    二进制块是一个压缩的html答案:

    <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
    <html><head>
    <title>400 Bad Request</title>
    </head><body>
    <h1>Bad Request</h1>
    <p>Your browser sent a request that this server could not understand.<br />
    </p>
    </body></html>
    
    
    400错误请求
    错误的请求
    您的浏览器发送了此服务器无法理解的请求。

    我可以确认随机行为,稍后再次发送准确的验证请求,我们会得到正确的验证答案


    很抱歉,没有将此信息添加为评论(<50声誉)。

    今天收到来自Paypal商户技术支持的消息,表示问题现已解决。你们中的一些人昨天报告说,相应地,我们正确地收到了没有错误文本的IPN,请在接受此解决方案之前保持几天的监控


    干杯,菲尔。

    这里也一样。我们每几次付款都会遇到同样的问题。例如:嫀TЋK“0”ПèЉ•»我也有同样的问题,正如您所提到的,有时不会发生。它也会影响PDT。相同的字符串,除了不可打印的字符可能在您的帖子中被删除。据我所知,从IPN历史记录中重新发送是唯一的方法。今天是7月17日,在过去72小时内,我们这边的PayPal没有错误的回复。我们是否可以通过编程要求PayPal再次发送错误的IPN,还是登录到
    即时支付通知(IPN)历史记录
    并手动搜索txn id是使其重新发送的唯一方法?嗨,Codemonkey,据我所知,重新发送IPN的唯一方法是从您的paypal帐户的IPN历史记录仪表板强制执行此操作。Paypal只在一种情况下自动重新发送IPN:如果您的服务器在第一次尝试时没有响应200 OK。一个棘手的解决办法可能是检查消息,如果消息不是“已验证”的,则强制服务器响应200OK以外的内容,以使Paypal重新发送IPN,但所有这些都只是一些奇怪的方法,使一些不再有效的内容起作用,而不是解决方案。我们只需要等待paypal团队解决这个问题:(几天后,我可以报告,在过去10天内,我们没有从paypal收到任何格式错误的IPN。这可能被视为已修复。