[图片] 8月18日企微API更新说明中有如上描述，但并不理解代开发的模式具体是什么？和企业内部开发有什么区别吗？是不是我理解的企微服务商可以给企业代开发自建应用，像第三方应用一样扫码安装，不需要登录企业后台去配置？

小程序授权给了第三方平台，如果实现支付功能？ 方案一： 小程序云开发CloudPay，让客户关联小程序和商户号，第三方通过普通代云开发，将支付相关的云函数部署到客户小程序中；此方案中，支付部分基本与第三方完全无关；返佣只能是0.6%，由微信分取; 本质：服务商支付 此方案中，服务商的角色是微信本奠，服务商的商户号mchid是自动填入1800008281 https://developers.weixin.qq.com/miniprogram/dev/wxcloud/reference-sdk-api/open/pay/CloudPay.unifiedOrder.html 方案二： 微信支付服务商模式，为客户注册特约商户号，并关联小程序，即可调用微信支付（服务商模式）接口，实现支付功能；返佣可谈，0.2%-0.6%; 本质：服务商支付 此方案中，mchid填的是你的服务商商户号，sub_mchid填的是特约商户号。 https://pay.weixin.qq.com/wiki/doc/apiv3_partner/index.shtml 方案三： 让客户提供商户号的key和API证书，通过微信支付V2或者V3接口实现，此方案不建议。 本质：直连支付 https://pay.weixin.qq.com/wiki/doc/apiv3/apis/chapter3_5_1.shtml 方案四： 找一家第三方“支付服务商”，采用微信支付间连方式，该方式中，微信接口API及文档完全由第三方“支付服务商”提供，需要第三方“开发服务商”按第三方“支付服务商”提供的接口写代码接入。 本质：服务商支付 此方案中，mchid填的是机构商户号。 开发文档由该第三方提供，每个第三方的文档都不同，需要单独开发。

是不是只能再用企业主体申请一个小程序做测试用途？ 且目前的微信规定小程序开通微信支付能力需要企业法人认证。。为了测试产品找董事长做实名不认证不太现实呀。

背景：我们是电商平台，我们可以培养很多小B的店主。店主的店铺商品都是统一平台配置和分发，页面展示都是平台控制； 小B存在角色是一个分销商，卖出的东西小B赚佣； 问题：那么小B现在想以企业为主体的方式成为二级商户，需要要求小B拥有自己独立的小程序吗？ 是否一定需要小B的企业独立拥有小程序 [图片]

$params = '{"action_name": "QR_LIMIT_SCENE", "action_info": {"scene": {"scene_id": 123}}}'; 通过CURL:post方式提交过去，但是回调EventKey返回值 = 0； 返回值打印出来的：EventKey:0 - openId:oaOia001BKI9rbZOxoyOrU_CPY18 这是回调接收到的值 {"ToUserName":"gh_9e86e4d", "FromUserName":"oaOia001BKIbZY18", "CreateTime":"1598507911", "MsgType":"event", "Event":"SCAN", "EventKey":"0", "Ticket":"gQHJ8DwAAAAAAAAAAS5odHRwOi8vxMDAwMGcwMzMAAgRmlj9fAwQAAAAA"} 誰遇到过同类的问题，能麻烦帮忙解答一下吗

// 只要配置服务端http的 Cache-Control Expires Pragma 即可 //php配置 header("Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0"); header("Expires: Sat, 26 Jul 1997 05:00:00 GMT"); header("Pragma: no-cache"); //php nginx 选择一个地方配置了就行 //nginx 配置 if 路径 { expires -1; } 如何验证：在chrome中打开控制台，查看network，点击请求，查看resposne，如下图所示 [图片]

用户支付后订单详情显示的商家头像由开发者自行设置的，头像拉取来源于：推荐关注appid对应头像、发起支付的subappid（例如子商户的公众号APPID）对应头像、发起支付的appid（例如由服务商发起的支付，则拉取服务商的公众号appid)对应头像，拉取优先级规则如下： 直连模式拉取优先级 推荐关注appid＞发起支付的appid 服务商模式拉取优先级 推荐关注appid＞发起支付的subappid＞发起支付的appid。 ~~交易记录订单详情展示商家头像与appid头像不一致时排查指引： 首先确认当前支付模式是直连模式支付还是服务商模式支付，确认后根据下述方案取排查：~~ 直连模式排查指引 1、登录「微信支付商户后台」->「营销中心」->「支付后配置」，检查发起支付的appid是否配置了支付后推荐关注服务号，如配置了支付后支付后推荐关注，根据规则，订单详情展示为「推荐关注APPID」对应头像，如需修改，将支付后支付后推荐关注服务号留空提交就取消了推荐关注，此时支付展示头像即为「发起支付时APPID」。 [图片] ~~注：由服务商代为进件特约商户，在微信支付后台是无该入口，需要联系服务商进行修改。 服务商模式排查指引 1、登录「微信支付服务商后台」->「服务商功能」->「特约商户管理」->「特约商户开发配置」->「推荐关注公众号」是否配置了推荐关注，如配置了推荐关注，优先展示推荐关注APPID头像。~~ [图片] 2、如未配置服务商推荐关注，请确认发起支付时，是否有传参subappid，根据规则，如未传，此时支付展示头像未发起支付的APPID。

经过一段时间对微信小程序的研发后 总结出以下三种授权登录的方式，我给他们命名为‘一次性授权’‘永久授权’‘不授权’ 1.一次性授权 常规写法，需要获取用户公开信息（头像，昵称等）时，判断调取授权登录接口，但是此方法如果不经处理的话 用户如果拒绝授权或者删除该微信小程序后 需要重新调取并获取用户公开信息（头像，昵称等），此方法用户体验较差，不建议使用； 2.永久授权 在不必要使用用户公开信息（头像，昵称等）时，不调取授权登录接口，只有在必要的时候再去判断调取授权登录接口并把获取到的用户公开信息存入数据库，这样在每次登录时直接先运行指定函数从数据库索取需要的用户公开信息（头像，昵称等）即可，此方法在删除小程序后不用再次去授权登录（因为在用户第一次授权登录时已经把用户的公开信息存入数据库了以后直接向数据库索取即可），建议使用； 3.不授权 不需要授权登录获取用户公开信息（头像，昵称等），使用wx.login获取用户code并传入后台，后台可以通过用户的code值向微信要一个值（具体需要问后台，我只是个小前端，后台的东西不是很懂，只是知道一些逻辑而且也已经成功实现）然后通过这个用code换取的值就可以识别到指定用户，如果需要的话，前端要显示的头像、昵称等这些信息可以使用自定义可编辑的功能，当然，也可以通过<open-data type=“userAvatarUrl”></open-data><open-data type=“userNickName”></open-data>小程序提供的这个组件显示用户的头像及昵称（不过这个组件只有显示功能），用户如果想直接使用自己的头像昵称，也可以自行授权（比如添加个引导按钮什么之类的），建议使用； [图片][图片] 文中使用的微信自带接口、组件及函数： <open-data type=“userAvatarUrl”></open-data> <open-data type=“userNickName”></open-data> wx.login({ success(res){ console.log(res.code) } }) 微信授权登录 以上三种方式可以灵活运用，也可以把需要的结合到一起，并不冲突； 当然，大佬很多，我也只是个小前端而已，第一次发表技术方面的帖子，希望互相学习，互相指导，如有说的不对的地方还望大佬们及时指出！！！ 谢谢

[Violation] 'load' handler took 607ms