PayPal回调问题，ipn通知后还要再发一个post回去？有接入payp..-你号没了

有经验的大佬可以说说吗

通知发过来，我们直接打印cmd=_notify-validate" + body 让接口读取到不行吗？

我看ipn状态也显示完成，不再重复下发通知了啊，

而且里面也有payer_status=verified 这个状态啊，

为啥还要再post一次给它PayPal？不post直接打印出来不行吗

第一次见这么繁琐的接口

public boolean verifyNotify(final PostPayPalNotifyRequest request, final String body) {
log.info("开始回调PayPal接口，验证通知...");
String callBackBody = "cmd=_notify-validate&" + body;
try {
String verifyRes = HttpUtils.doPost(verifyUrl, callBackBody, "utf-8");
log.info("验证结果为：{}", verifyRes);
return verifyRes.equals(VERIFIED);
} catch (Exception e) {
log.error("payPal验证通知异常" + e.getMessage());
}
return false;
}

热议
推荐楼 flyqie 昨天07:31

这类支付接口都是类似的流程，支付宝你手撸一套的话也会发现这一步，防止伪造。

记得以前好像有哪个版本的 ...

这个不是必须的。

理论上来说 用secret key + request body/request param做md5 作为sign基本也就能够满足需求了(实际确实有很多也是这么做的)。

盗充这个事情，大概率是secret key泄露，这种情况下向支付平台二次发请求做校验确实是有用的(前提是secret key权限别太大，资金只能入不能出)。

2楼 日美眉 前天12:43

回调验证是为了防止伪造，你要拿PayPal回传给你的数据去PayPal服务器验证一下比较保险！

3楼 你号没了 前天13:25

回调验证是为了防止伪造，你要拿PayPal回传给你的数据去PayPal服务器验证一下比较保险！ ...

原来如此，感谢大佬解答

4楼 lxfy 昨天03:19

这类支付接口都是类似的流程，支付宝你手撸一套的话也会发现这一步，防止伪造。

记得以前好像有哪个版本的 whmcs 支付宝接口没有这一步被人恶意伪充值了多少钱来着

5楼 sdqu 昨天03:33

如果想省事，可以核对回调服务器ip地址，这样就不再需要反向查询。

7楼 元宇宙 昨天08:03

基本上支付的接口都有这个把,你如果放心也可以不验证

8楼 你号没了 昨天10:04

感谢 各位大佬，现在对接成功了，但有的时候通知下发了。我这边却没收到，

有没有手动查询订单的接口文档啊麻烦了

9楼 lxfy 1小时前

这个不是必须的。

理论上来说 用secret key + request body/request param做md5 作为sign基本也就能够满 ...

感谢分享

申明：本文内容由网友收集分享，仅供学习参考使用。如文中内容侵犯到您的利益，请在文章下方留言，本站会第一时间进行处理。