贝宝IPN发回的验证,但与之前和之后的数字(Paypal IPN sends back VERIFI

2019-10-30 01:46发布

贝宝文档说 :

PayPal发送一个背单词,如果有什么最初发送任何差异,其要么VERIFIED如果消息起源于贝宝或无效

但是,我从贝宝下列IPN通知(注:我使用沙盒测试):

HTTP/1.1 200 OK
.... [removed headers for brevity]
Content-Type: text/html; charset=UTF-8

8
VERIFIED
0

什么是之前和验证后的数字8和0? 我的猜测是8经核实字的长度,但是这只是一个猜测。

更新作为PayPal_Robert正确地指出的那样,这是因为HTTP块传输编码。 从维基百科页面 :

每个块的大小是块本身之前正确发送,这样,当它已经完成了该块接收数据的接收器可以告诉。 数据传输是由长度为零的最终块结束。

Answer 1:

这是因为分块HTTP数据和常规fsockopen()包括本在响应积分。

您可以申请trim()修剪这一点,并在无效/ VERIFIED看具体而言,或者从开关fsockopen()卷曲(假设你使用PHP)。

就个人而言,我想无论是现在还是将来建议你使用正确的HTTP库一样卷曲,而不是的fsockopen(),因为它允许更大的灵活性。



文章来源: Paypal IPN sends back VERIFIED but with numbers before and after