支付宝异步通知 asp
支付宝ASP双功能接口notify_url.asp导步可以正常获取到数据返回suscess需要将它返回的数据(如交易状态的已付款已发货等待确认等)提出来存数据库里我测试了...
支付宝 ASP双功能接口 notify_url.asp 导步可以正常获取到数据 返回suscess
需要将它返回的数据(如交易状态的 已付款 已发货 等待确认等)提出来 存数据库里
我测试了在这个文件里构建框架、用跳转 都无法获取到数据
想问下 有没有能模拟asp进行post或get提交的方式
要求让这个页面正常被打开时 不能出现无关代码 就是查看源文件时 只能有一个suscess的反馈 不能有其他任何内容
然后可以将这个文件当时获取到的值给post出去到另一个页面 展开
需要将它返回的数据(如交易状态的 已付款 已发货 等待确认等)提出来 存数据库里
我测试了在这个文件里构建框架、用跳转 都无法获取到数据
想问下 有没有能模拟asp进行post或get提交的方式
要求让这个页面正常被打开时 不能出现无关代码 就是查看源文件时 只能有一个suscess的反馈 不能有其他任何内容
然后可以将这个文件当时获取到的值给post出去到另一个页面 展开
2个回答
展开全部
该
页面有短暂的停留时间,买家看到这个提示信息后有可能会把当前页面关掉,导致页面没有自动跳转回商户网站(return_url)使得商户的业务数据没有
被处理(如:订单没有更新)。出现这种情况的原因是:商户网站的支付宝接口并没有利用服务器异步通知页面文件(notify_url)或是该页面在订单执
行过程中也出现异常。
解决方法:
解决人员:商户网店开发、维护或管理的程序开发技术人员、商户网店系统提供商
解决步骤:
1、打开return_url页面文件(参数参数return_url对应返回文件),找到已经编写好的业务逻辑处理程序代码段,对其增加防止该笔交易被重复处理判断。
2、打开notify_url页面文件(参数参数notify_url对应返回文件),找到可插入商户的业务逻辑处理程序代码的地方,编写与return_url页面文件中相类似的程序,也需要包含防止该笔交易被重复处理的判断。
修改完成后效果:
当买家关掉自动跳转回商户网站的返回页面(参数return_url对应的return_url返回文件)时,商户的业务处理依旧被notify_url页面文件所执行,因此就不会发生业务没有同步的现象出现(如:订单没有被更新)
注意:
1、
注意获取值的方式,notify_url页面文件是POST方式获取(request.form("参数名
")、$_POST['参数名']),return_url页面文件是GET方式获取(request.querrystring("参数名
")、$_GET['参数名'])
2、notify_url文件的特性是:
1、 必须保证服务器异步通知页面(notify_url)上无任何字符,如空格、HTML标签、开发系统自带抛出的异常提示信息等;
2、 该页面中获得参数的方式,需要使用POST方式获取,如:
request.Form(“out_order_no”)、$_POST['out_order_no'];
3、 支付宝主动发起通知,该方式才会被启用;
4、 只有在支付宝的交易管理中存在该笔交易,且发生了交易状态的改变,支付宝才会通过该方式发起服务器通知(即时到账中交易状态为“等待买家付款”的状态默认是不会发送通知的);
5、 服务器间的交互,不像页面跳转同步服务器异步通知页面可以在页面上显示出来,这种交互方式是不可见的;
6、 第一次交易状态改变(即时到账中此时交易状态是交易完成)时,不仅页面跳转同步通知页面会启用,而且服务器异步通知页面也会收到支付宝发来的处理结果通知;
7、 程序执行完后必须打印输出“success”(不包含引号)。如果商户反馈给支付宝的字符不是success这7个字符,支付宝服务器会不断重发通知,直到超过24小时22分钟。
在25小时内完成6~10次通知(通知频率:5s,2m,10m,15m,1h,2h,6h,15h);
8、 程序执行完成后,该页面不能执行页面跳转。如果执行页面跳转,支付宝会收不到success字符,会被支付宝服务器判定为该页面程序运行出现异常,而重发处理结果通知;
9、 cookies、session等在此页面会失效,即无法获取这些数据;
10、 该方式的调试与运行必须在服务器上,即互联网上能访问;
11、 该方式的作用主要防止订单丢失,即页面跳转同步服务器异步通知页面没有处理订单更新,它则去处理;
12、 通知ID(参数notify_id)只有一分钟有效期,超过一分钟该次通知会验证失败。一旦验证成功下次再验证就会失效。
"如果您依照以上方法还无法解决,可提交集成申请,我们的技术支持会及时与您联系,协助您解决。
页面有短暂的停留时间,买家看到这个提示信息后有可能会把当前页面关掉,导致页面没有自动跳转回商户网站(return_url)使得商户的业务数据没有
被处理(如:订单没有更新)。出现这种情况的原因是:商户网站的支付宝接口并没有利用服务器异步通知页面文件(notify_url)或是该页面在订单执
行过程中也出现异常。
解决方法:
解决人员:商户网店开发、维护或管理的程序开发技术人员、商户网店系统提供商
解决步骤:
1、打开return_url页面文件(参数参数return_url对应返回文件),找到已经编写好的业务逻辑处理程序代码段,对其增加防止该笔交易被重复处理判断。
2、打开notify_url页面文件(参数参数notify_url对应返回文件),找到可插入商户的业务逻辑处理程序代码的地方,编写与return_url页面文件中相类似的程序,也需要包含防止该笔交易被重复处理的判断。
修改完成后效果:
当买家关掉自动跳转回商户网站的返回页面(参数return_url对应的return_url返回文件)时,商户的业务处理依旧被notify_url页面文件所执行,因此就不会发生业务没有同步的现象出现(如:订单没有被更新)
注意:
1、
注意获取值的方式,notify_url页面文件是POST方式获取(request.form("参数名
")、$_POST['参数名']),return_url页面文件是GET方式获取(request.querrystring("参数名
")、$_GET['参数名'])
2、notify_url文件的特性是:
1、 必须保证服务器异步通知页面(notify_url)上无任何字符,如空格、HTML标签、开发系统自带抛出的异常提示信息等;
2、 该页面中获得参数的方式,需要使用POST方式获取,如:
request.Form(“out_order_no”)、$_POST['out_order_no'];
3、 支付宝主动发起通知,该方式才会被启用;
4、 只有在支付宝的交易管理中存在该笔交易,且发生了交易状态的改变,支付宝才会通过该方式发起服务器通知(即时到账中交易状态为“等待买家付款”的状态默认是不会发送通知的);
5、 服务器间的交互,不像页面跳转同步服务器异步通知页面可以在页面上显示出来,这种交互方式是不可见的;
6、 第一次交易状态改变(即时到账中此时交易状态是交易完成)时,不仅页面跳转同步通知页面会启用,而且服务器异步通知页面也会收到支付宝发来的处理结果通知;
7、 程序执行完后必须打印输出“success”(不包含引号)。如果商户反馈给支付宝的字符不是success这7个字符,支付宝服务器会不断重发通知,直到超过24小时22分钟。
在25小时内完成6~10次通知(通知频率:5s,2m,10m,15m,1h,2h,6h,15h);
8、 程序执行完成后,该页面不能执行页面跳转。如果执行页面跳转,支付宝会收不到success字符,会被支付宝服务器判定为该页面程序运行出现异常,而重发处理结果通知;
9、 cookies、session等在此页面会失效,即无法获取这些数据;
10、 该方式的调试与运行必须在服务器上,即互联网上能访问;
11、 该方式的作用主要防止订单丢失,即页面跳转同步服务器异步通知页面没有处理订单更新,它则去处理;
12、 通知ID(参数notify_id)只有一分钟有效期,超过一分钟该次通知会验证失败。一旦验证成功下次再验证就会失效。
"如果您依照以上方法还无法解决,可提交集成申请,我们的技术支持会及时与您联系,协助您解决。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询