社区
Java EE
帖子详情
微信支付内无法设置测试授权目录及白名单
formaI
2017-09-25 10:45:34
最近在做微信公众号支付,但是提交给微信统一下单接口返回来的事签名错误,网上找了一下方法,跟微信官网的校验工具对比了 ,数据和官网的一样,还是签名错误,也试过重置api密钥两次。网上说要设置测试授权目录和白名单,却发现微信商户平台里没有填的地方。
...全文
197
回复
打赏
收藏
微信支付内无法设置测试授权目录及白名单
最近在做微信公众号支付,但是提交给微信统一下单接口返回来的事签名错误,网上找了一下方法,跟微信官网的校验工具对比了 ,数据和官网的一样,还是签名错误,也试过重置api密钥两次。网上说要设置测试授权目录和白名单,却发现微信商户平台里没有填的地方。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
微信
支付
接口,提示:调用
支付
jsapi缺少参数 $key0$1
“access:not_allow”未
设置
白
名单
,添加位置:
微信
公众平台=》
微信
支付
=》开发配置点击
支付
无反应
支付
授权
目录
是否正确,如果使用的是
支付
测试
目录
,是
微信
支付
如何实现内置浏览器的H5页面
支付
因为项目需要,要在H5页面中加入
微信
支付
,所以便去尝试,只想说真的很坑,尤其调试起来不方便 这是
微信
的官方API文档
微信
API
微信
支付
的准备工作 申请公众号,申请开通
支付
,这个很简单,自行百度 申请好之后 在
微信
公众平台页面的“
微信
支付
”页面中的“开发配置”Tab上配置“
支付
授权
目录
”,“
测试
授权
目录
”,“
测试
白
名单
” 在
微信
公众平台页面的“开发者中心”中找到“AppID(应用ID)”和“AppSecret(应用密钥)” 在商户平台中找到
微信
支付
分配的商户号,以及自己配置一个商户
支付
密钥 具体步骤 首先通过
微信
支付
的api 获得
支付
用的prepay_id,这里需要用到上面提到的“Ap
微信
支付
java版v2.0_JSAPI
支付
支付
微信
支付
系列课程将讲解“刷卡
支付
”、“扫码
支付
”、“公众号
支付
”、“现金红包”、“企业付款”。 针对每个
支付
技术点课程给出“1分钟部署”和“详细讲解”的听课方式。 针对项目要求部署的,请同学认真学习“程序演示和开发流程” 针对系统学习
微信
支付
技术点的,请认真学习“编程实现” “程序演示和开发流程”要求必须认真学习,“开发流程”讲的是
微信
支付
开发、部署的重要信息。 学习有技术问题请qq2326321088 建议在学习
微信
支付
的同学具有“
微信
服务号”和“
微信
企业号”的技术基础。
微信
支付
PHP SDK —— 公众号
支付
代码详解
在
微信
支付
开发者文档页面 下载最新的 php SDK http://mch.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=11_1 这里假设你已经申请完
微信
支付
1.
微信
后台配置 如图 我们先进行
测试
,所以先把
测试
授权
目录
和
测试
白
名单
添加上。
测试
授权
目录
是你要发起
微信
请求的哪个文件所在的
目录
。 例如jsapi 发起请求一般是jsapi.php所在
目录
为
测试
目录
,
测试
白
名单
即开发人员的
微信
号。 正式的
支付
授权
目录
不能和
测试
的一样否则会报错。不填写或者填错
授权
目录
以及
测试
白
名单
都会报错。 报错样例: NaNsystem:access_deni
微信
支付
PHP SDK之
微信
公众号
支付
代码详解
这里假设你已经申请完
微信
支付
1.
微信
后台配置 如图 我们先进行
测试
,所以先把
测试
授权
目录
和
测试
白
名单
添加上。
测试
授权
目录
是你要发起
微信
请求的哪个文件所在的
目录
。 例如jsapi 发起请求一般是jsapi.php所在
目录
为
测试
目录
,
测试
白
名单
即开发人员的
微信
号。 正式的
支付
授权
目录
不能和
测试
的一样否则会报错。不填写或者填错
授权
目录
以及
测试
白
名单
都会报错。 报错样例: NaNsystem:access_denied 不在
测试
白
名单
2. 配置 lib/WxPay.Config.php文件 最主要配置一下四项: const APPID = ”; const MCHID = ”;
Java EE
67,515
社区成员
225,878
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章