后端php代码： $data = [ 'offerId' => '1450182343',//商户号 'buyQuantity' => 1,//数量 'env' => 1,//环境 'currencyType' => 'CNY', 'productId' => 'goods_1',//道具名称 'goodsPrice' => 10,//金额（分） 'outTradeNo' => "2023152042",//订单号 'attach' => "2023152042",//订单号 ]; ksort($data); //沙箱key $app_key='EBfL1u2yik9Jr5zzXGe2SsqH6cBHN3uC'; $str = json_encode($data); $paySig = hash_hmac("sha256", $app_key, 'url=requestVirtualPayment&' . $str); $sessiconkey = '14mL6/mKP7GBNZaAA9a0+NA==';//通过api（jscode2session）获取到的session_key $signature = hash_hmac("sha256", $sessiconkey, $str); api代码： api：wx.requestVirtualPayment({ "mode":"short_series_goods", "signData":JSON.stringify(str), "paySig":paySig, "signature":signature, }) 调用报错：requestVirtualPayment:fail SIG_EMPT，-15001 是我弄得有问题，还是怎么啦，望官方给看下啦，谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢谢

fail SIG_EMPTY失败errCode=-15002 "mode": "goods","offerId": "1450110345","buyQuantity":1,"env": 1,"currencyType": "CNY","platform": "android","zoneId": "1","productId": productId,"goodsPrice": price/100,"outTradeNo": outTradeNo,

我登录小程序后台也是需要300元年审费用，之前是复用公众号认证，如果公众号进行年审，现在还可以用小程序复用年审吗？不用交300元 [图片]

要改名？肯定行的啊，你得先充值： [图片] 别人搜索不到？你没法分享？肯定行啊，你得先充值： [图片] 什么？你不服？那请放弃你所有的流量和粉丝，换平台玩吧！ 没办法，就是这么人性化。 你猜为什么没有发公告，让大家慢慢适应，因为这次学乖了，一发公告肯定会全网炸开锅（以前改接口、云开发收费、接口改收费顶多就是吐槽一下，毕竟不是必须的，还有其他方案可选。但是这次几乎是强制的 收割，要么乖乖被收割，要么默默选择退出，没得选）

谢谢

请大神们帮忙解答 小程序微信支付，在开发版、体验版是可以支付的。但是发布后线上版本无法支付。提示：支付失败，失败原因：requestPayment:fail check ticket rejected 之前文章说什么跟视频号、交易组件相关，但是我们没有开通那些。所有操作都是我们自己的小程序内操作的。 小程序的情况说明： 1、小程序是最近注册的，在2022-06-09完成认证的 2、支付商户号是通过服务商注册的，商户号已经绑定了小程序的appid 3、小程序后台菜单，以前老号是“微信支付”，但是我这个新注册的小程序后台菜单现在叫“支付管理”。支付管理里面不能看到已绑定的商户号 报错提示： [图片] 新注册的小程序： [图片] 很久以前注册的小程序： [图片]

    wx.getUserProfile({                   lang:'en',                   desc:'完善会员资料',                   success:(res) => {                                          console.log(res)                      },fail(err){                     console.log(err)                   }                 }) 请帮忙看下测试下是什么问题，开发工具是可以的。

我只开了一个小程序工程，可是从进程上看自动打开了很多 [图片]

微信小程序都有什么架构啊，还是说就有一种固定的架构，大神们能帮忙解释一下嘛

首先说明，获取的 access_token 是有效的，并且没有出现多次刷新获取 access_token 的情况。 用户订阅了 2 个消息模板，我的服务端调用微信发送订阅消息（subscribeMessage.send）时，出现了第一个失败，第二个成功的情况，具体日志见下：[图片] 服务端是循环调用的接口，观察日志时间发现相同的 access_token，发送第一个模板消息失败 40001，发送第二个模板成功。 失败之后相同的 access_token 我又通过 postman 直接请求微信接口（一个模板），也是可以成功的。回到服务端通过循环方式调用发送多个模板时，就会出现都成功，一个成功一个失败，或者都失败的现象。经过多次测试，应该属于发送订阅消息接口的 BUG。希望官方可以早日给出反馈。 ----------- 补充一下描述吧 目前的现象是发送 10 次返回的结果分别是【40001，40001，0，40001，0，40001，0，0，40001，0】，所以肯定不是失效或者被刷新的问题。 失效或者刷新不应该是【0，0，0，0，40001，40001，40001，40001，...】，希望回复。 ---------- 再来补充一下 最新测试发现在获取 access_token 后 20 分钟之内都是正常的，25 分钟之后开始出现偶然 40001 现象，时间越往后失败的概率越大。