我方是外资企业，法人为外国人。在备案过程中，需要提供法人身份证，但他只有护照怎么办？ AppID(小程序ID)：wx1ad6578349d3f0b2 非常感谢， https://developers.weixin.qq.com/miniprogram/product/record/record_guidelines.html

有关于发放优惠券的模板消息吗？ 业务方需要发放优惠券之后在公众号进行模板消息提醒，但是找了一圈没有找到合适的模板 。别说发放优惠券了 关于券的模板都没有找到

1、积分变动下发模板消息如何设置？ 无需设置，开通会员卡功能即可具备积分变动下发模板消息能力。 2、什么消息会通过模板消息下发？ 积分变动消息和余额变动消息会通过模板消息下发。其中积分、余额分别变动会分别触发模板消息；积分、余额同时变动会触发一条合并的模板消息。 3、我是订阅号，积分变动后能下发模板消息吗？ 可以。认证订阅号下的卡券相关模板消息会统一从“服务通知”下发。 4、下发模板消息会影响公众号群发限额吗？ 不影响。 5、如何配置积分变动消息下发优惠券？ 在卡券商户后台编辑会员卡信息，找到“功能设置”-“消息通知”，在“内容设置”中点选“卡券”关联需要下发的优惠券即可。 [图片] 6、为什么我的会员卡没有等级和优惠券入口？如何设置？ 等级和优惠券需要通过接口开发实现。可点击查看：创建会员卡接口   7、买单过程中支持直接抵扣优惠券吗？ 暂不支持直接抵扣优惠券。目前只支持积分抵扣金额和会员卡本身折扣优惠。   8、已经有电子会员卡的商户如何接入微信会员卡？ 已经使用电子会员卡的商户也可以接入微信会员卡，通过开发，可打通已有会员系统与微信会员卡系统。打通后，商户便可同步使用微信会员卡官方能力（如客户端原生体验、微信买单功能等）

在微信浏览器，部分安卓手机（测试了oppo，1加，小米，部分华为）存在拨打电话<a href="tel:">，页面卡死，出现页面不能滚动，不能点击，不能关闭的现象，盼解决

服务号已认证，开放平台账号已认证，服务号与开放平台账号同主体，服务号js安全域名已经设置好，绑定域名和移动应用也设置好了，就是提示失败是什么原因？ 服务号js安全域名截图； [图片] 移动应用绑定截图 [图片]

小程序性能优化课程基于实际开发场景，由资深开发者分享小程序性能优化的各项能力及应用实践，提升小程序性能表现，满足用户体验。

背景： 应微信官方通知（https://developers.weixin.qq.com/community/develop/doc/00022c683e8a80b29bed2142b56c01?blockType=1），即将收回getUserProfile，并且官方推荐通过使用button的开放能力chooseAvatar来获取头像（https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/userProfile.html），最近项目也在做相应的调整。 问题描述： 由于原有项目中，由于原先获取的微信头像都为正方形，且项目中显示头像的地方都为圆形，如下图1所示。现替换button的开放能力chooseAvata后，如下图2所示，选择”从相册选择“或者”拍照“时，得到的图片为长方形，这样获取到的图片，在项目中对应的头像显示或宽高比失调、或图片显示效果差（即设置image组建mode属性保持宽高比不变时，自动截取的部分图片不是用户想要的那个部分）。 图1：[图片] 图：2 [图片] 需求分析： 基于以上的场景，查阅了图片相关的api，找到了wx.editImage，效果如下图1所示；倘若wx.editImage支持自定义裁剪比例就好了，遗憾的是wx.editImage的入参只有：src，success，fail，complete这四个，如下图2所示；GG，黔驴技穷了，总不能跟产品经理说，微信小程序相关api不支持，不予处理。一个好的api工程师是需要严格要求自己的。 图1：[图片] 图2：[图片] 小结： 作为一个严谨的程序员，希望官方大大能拉我一把，快帮帮孩子吧（wx.editImage，能不能加一些配置项啥的），也欢迎大家一起帮忙分析下，有没有啥其他的解决方案，欢迎留言哦~

由于10月官方回收getUserProfile。获取用户头像和昵称只能用户手动上传。这就导致现在替换掉getUserProfile迫在眉睫。但是实际接入官方推荐的组件后遇到了一些问题 1、最新开发工具和安卓用户，基础库2.25.4使用button的chooseAvatar 。选择拍照和从相册选择必现基础库告警。这也导致我上线一天后收到几千条告警信息 [图片] [图片] 2、部分用户(基础库版本大于2.21.2的用户)点击后无任何反应，也无任何回调，无法唤醒选择上传方式弹框（下图的界面无法唤醒）。希望官方在这种场景能提供回调。告知失败，这样开发者可以走其他流程 [图片] 3、通过相册和拍照上传的图片，目前测试的不到1M图片就无法上传成功了。能否给个明确说明支持上传头像的图片大小 4、通过qq扫码打开微信小程序，无法唤醒上传头像组件。同第二条一样效果。

经过测试我们发现chooseAvatar能力有如下问题，望微信团队予以评估，尽早优化： 1、无法通过配置实现“使用微信头像”、“从相册选择”、“拍照”三个选择的显隐； 2、无法通过配置控制“从相册选择”、“拍照”所取得图片是否压缩（默认都是可选择“原图”的，无法屏蔽）； 3、最严重的问题：在用户选择非微信头像后，不知基于什么考虑，组件会自动向“http://finder-assistant.mp.video.tencent-cloud.com/snsuploadsimple”这个地址上传用户选择的图片（如下图所示），若用户选择的图片较大，这个过程会非常长，甚至有时还会超时崩溃。更麻烦的是：只有在这个上传过程完成后，组件才会触发bindchooseavatar事件，在此之前，组件没有暴露任何有帮助的事件供开发者进行体验优化。 [图片]。[图片] 个人认为这个chooseAvatar能力上线略显草率，在比较注重体验的小程序中，尚不可用。我们理解微信保护用户隐私的考量，但考虑到10月份即将收回getUserProfile能力，辛苦予以及时优化。

try a content with less size, 图片没有超过1m呀

原账号是民办幼儿园，现在幼儿园转为政府公办园，转为事业单位，法人和公众号管理者没变，只是幼儿园名字变了，这样迁移公众号需要公证吗？

背景 小程序插件简介小程序插件是可以被开发者添加到小程序内直接使用的，能为用户提供具体服务的功能组件。 插件开发者可像开发小程序一样开发插件，除了在自己的小程序内使用，还能提供给其他小程序直接使用。 插件使用者无需独立开发小程序内的所有服务，无需理解插件内部逻辑和实现方式，可直接使用别人开发好的插件，为用户提供相应服务。 推出小程序插件的原因小程序的初衷是希望更好地连接用户和服务。自上线以来，越来越多的商户、开发者开发自己的小程序。 早晨起来在小区电梯内，扫小程序码，即可叫个早餐外卖； 走到门口，扫共享单车的二维码，骑车即走； 到了公司，即可打开小程序轻松打卡，开始美好的一天上班生活…… 随着小程序的普及，越来越多的路边小摊、餐饮小店、夫妻店也希望接入小程序。许多商家会给我们留言： “我只会简单开发，不会做复杂的功能怎么办？” “我也想给餐馆小程序做一个预约订餐功能，要怎么搞？” “客户可以在我的小程序里查询快递信息吗？” “我没有数据，可以在小程序里做地图查找功能吗？”…… 我们总结出大家目前遇到的几个难题： 1.开发技术有限，实现复杂功能难度大 2.人力、设备、资源有限，实现服务成本高 3.缺乏某些类目的资质，如电商、打车 小程序插件的应用1.开发共享，避免重复开发 在小程序内使用插件，可免去小程序开发者重复开发，一定程度上减少了开发工作量。 如：在旅游景区的小程序可以使用地图插件，开发者无需在小程序内独立开发地图内导航、出行指引、周边服务推荐等能力，直接使用地图插件即可为用户提供导航服务，免去很大量的开发工作。 2.插件可提供针对行业的完整服务，同时覆盖线上线下 商家希望借助小程序更好地连接用户和服务，包括线上、线下服务。线下服务往往人力成本、硬件设备等要求较高，商家在小程序内提供完整服务的门槛较高。而插件不仅可以解决线下服务的问题，还能针对特定行业提供全套完整服务。 以景区服务小程序为例，使用门票购买插件，用户可在小程序内完成门票线上预订、购买等流程，在到达景区后，通过插件服务提供商提供的移动终端或硬件设备，可完成门票兑换、核销。 而对于餐饮、零售等线下行业而言，插件更是极大降低了商家的成本，商家可以使用预订、排队、外卖等插件，由插件开发者提供线下服务，商家只需在小程序内引用插件，即可使用由插件开发者提供的预订、外卖等服务，节省了成本。 3. 降低服务门槛的问题，实现“服务共享” 具有开发能力及服务资质的开发者，可将自己的服务封装成插件，提供给其他小程序使用，实现“服务共享”。 插件的技术原理插件本身的技术原理并不复杂。插件代码由一些自定义组件和 JS 代码文件构成，插件开发者在发布插件时，这些代码被上传到微信后台保存起来。 当小程序使用插件时，使用者需填写插件的 AppID 和版本号，以便从后台获取相应的插件代码。小程序代码编译时，插件代码会被嵌入到小程序中，与小程序一起编译运行。 小程序与插件的交互根据需要，插件代码可以提供 JS 接口或自定义组件供小程序调用。JS 接口可以用于界面无关的逻辑，自定义组件可以嵌入界面中展示。 对于插件使用者来说，插件的调用方法很简单。 1.使用插件 JS 接口 与普通 JS 文件间 [代码]require[代码] 的方式一样，只需要将[代码]require(FILE_NAME)[代码] 改成[代码]requirePlugin(PLUGIN_NAME)[代码] 这样的调用形式。 2.使用插件提供的自定义组件 与使用普通自定义组件的方法非常相似。在[代码]json[代码]文件的 [代码]usingComponents[代码] 段落中，按照[代码]plugin://PLUGIN_NAME/COMPONENT_NAME[代码] 的形式使用即可。 对于插件开发者而言，这里给出几点建议： 1.提供充分的接口文档和示例，方便插件使用者了解插件的使用方法； 2.注意保持插件不同版本间接口的稳定，使插件使用者能顺利升级插件； 3.计算小程序代码包大小时，插件代码也会一并计算在内，所以应当控制好插件代码的大小。 插件代码运行环境插件代码的运行环境与小程序代码有一定的区别，主要是以下两点： 1.插件可以发起网络请求的域名与小程序不同，因此插件开发者需要注意在插件后台的设置中正确配置网络请求域名。 2.插件可以调用的 API 有一定的限制，并不是所有的接口插件都可以调用，如页面跳转相关的接口是不允许插件调用的。插件开发者在使用一些特殊接口前，请查询文档中的插件可调用接口列表。 此外，目前一个小程序最多可使用5个插件，赶紧将插件用起来，节约开发者成本吧。 详情可参考《小程序插件接入指南》。

已知 【迁移应用openid、appSecret不变，unionid会变】，请问 变化后的 unionid 如何获取，是否必须用户再授权一次？

微信开放平台A：主体为A公司。 微信开放平台B：主体为B公司。 A公司和B公司的大股东都一致，大家服务的都的同样的公司品牌。 近日，开发者在开放平台B下绑定品牌APP（提供了官网地址，APP下载地址，安卓的下载市场地址，软件著作权，企业组织机构代码证等，均关联了A公司），但是该绑定行为没有通过，驳回原因为：您好，你所提供的官网为他人网站，此次审核不予通过，建议提供与认证主体一致的官网或提供相关授权书以供审核。 为解决该问题，开发者计划在开放平台B下，关联主体A。 疑问是：现在两个开放平台下均绑定了公司旗下品牌的一些APP，服务号和小程序，如果开发者如果在开放平台B下，关联主体A，是否会对当前两个开放平台下已经绑定的APP，服务号和小程序造成影响？ 求官方的答复。

问题一 ： 不同主体（比如 A 主体 和 B 主体）没有做关联关系，A主体下面的产品和 B 主体下面的产品 是否可以做绑定关系？ 问题二 ： 不同主体（比如 A 主体 和 B 主体）做了关联关系，A主体下面的产品和 B 主体下面的产品 是否可以做绑定关系？ 问题三 ： 如果A主体和B主体 做了 绑定关联，那么不同主体下面产品 获取的unionid 是否一致？ 问题四 ：如果A主体和B主体 没有 绑定关联，那么不同主体下面产品 获取的unionid 是否一致？

再次开始之前先问几个问题： 你是否知道[代码]Page[代码]生命周期 与 [代码]pagelifetimes[代码] 生命周期执行顺序? 你是否知道[代码]behaviors[代码]中的生命周期与组件生命周期执行顺序? 你是否知道[代码]Page[代码]生命周期 与 组件[代码]pagelifetimes[代码]生命周期执行顺序? 要回答上面的问题，首先我们看看小程序生命周期有哪些： App onLaunch onShow onHide Page onLoad onShow onReady onHide onUnload Component created attached ready moved detached 想一下加载一个页面（包含组件）的加载顺序，按照直觉小程序加载顺序应该是这样的加载顺序（以下列子中[代码]Component[代码]都是同步组件）： App（onLaunch） -> Page(onLoad) -> Component(created) 但其实并不然，小程序的加载顺序是这样的： 首先执行 [代码]App.onLaunch[代码] -> [代码]App.onShow[代码] 其次执行 [代码]Component.created[代码] -> [代码]Component.attached[代码] 再执行 [代码]Page.onLoad[代码] -> [代码]Page.onShow[代码] 最后 执行 [代码]Component.ready[代码] -> [代码]Page.onReady[代码] 其实也不难理解微信这么设计背后的逻辑，我们先看下官方的的生命周期： [图片] 可以看到，在页面[代码]onLoad[代码]之前会有页面[代码]create[代码]阶段，这其中就包含了组件的初始化，等组件初始化完成之后，才会执行页面的[代码]onLoad[代码], 之后页面[代码]ready[代码]事件也是在组件[代码]ready[代码]之后才触发的。 下面我们来看看 [代码]Behavior[代码], [代码]Behavior[代码] 与 [代码]Vue[代码]中的 [代码]mixin[代码] 类似，猜想下其中的执行顺序： Behavior.created => Component.created 测试下来和预期相符，其实在[代码]Vue[代码]的文档中有一段这样的描述： 另外，混入对象的钩子将在组件自身钩子之前调用。 这样的设计和主流设计保持一致。接下来我们看看 [代码]pageLifetimes[代码],有[代码]show[代码]和[代码]hide[代码]生命周期对应页面的展示与隐藏，预期的执行顺序： pageLifetime.show => Page.onShow 测试下来也和预期相符，那么我们可以推断出如下的结论： 当页面中包含组件时，组件的生命周期(包括pageLifetimes)总是优先于页面，[代码]Behaviors[代码]生命周期优先于组件的生命周期。但其实有个例外：页面退出堆栈，当页面[代码]unload[代码]时会执行如下顺序： Page.onUnload => Component.detached 看了以上的分析你应该知道了答案，最后做个总结（demo）： [图片] 最后的最后布置个作业 异步组件（异步渲染的组件，通常是通过if条件判断是否渲染）的生命周期执行顺序是怎样的，pagelifetimes会不会执行？

添加项目服务项目显示 你添加的【社交 - 笔记】类目审核未通过, 原因是:提供的资质文件主体名称需与小程序注册主体名称保持一致。 温馨提示：小程序类目资质及适用范围可参考【小程序开放的服务类目】文档或点击进入客服咨询 但是我添加的icp认证都没问题的，求解决

这个月小程序释放了什么新能力？又有哪些新规则？收藏课程，及时了解小程序开发动态，听官方为你解读新能力。

为满足小程序精细化、个性化、系统化的经营分析需求，微信官方推出数据分析工具“We分析”，更好地帮助小程序商家经营。现已启动内测，邀请小程序开发者报名参与。 “We分析”是一个支持小程序精细运营分析的数据分析平台，可提供基础数据看版、事件分析、自定义看版等功能；针对电商行业还提供了基于经营场景的数据能力，包括实时监控、经营诊断，及流量、商品和客户分析。 [图片] 1.如何报名内测： · 所有已上线，且近期无违规记录的小程序，均可报名参与内测。 · 点击填写内测报名问卷，提交问卷即可报名。 · 完成报名一周内，将在小程序后台以通知的形式，告知内测报名结果 2.如何访问We分析： · PC端点击访问：https://wedata.weixin.qq.com ，即可开通或登录We分析。 3.其他问题： · 可查看功能说明文档，或前往开发者社区进行交流。

小程序canvas图片文字合成技术，虽然不是什么牛逼的技术。但是我相信还是有很多的项目是需要这项技术，所以我把他写出来并且开源出来，也没有其他的什么目地。就是想让那些可能正在开发的小哥哥小姐姐们少些弯路罢了，仅提供些参考，哈 [图片] 1.WXML部分 生成图片并保存相册 2.WXSS部分 .shareImgs{width:350px;margin:20rpx auto;background-color:#fff;} .saveImgBtn{color:#fff;background-color:#9933CC;height:90rpx;line-height:90rpx;font-size:32rpx;margin:40rpx;text-align:center;border-radius:8rpx;} 3.JS部分 canvasImgFun(){ //可用调用或在onLoad中直接调用 let _this = this const ctx = wx.createCanvasContext('myCanvas') ctx.rect(0, 0, 350, 568) ctx.setFillStyle('#fff') ctx.fill() ctx.clip();//剪切 ctx.drawImage('小程序二维码图片地址', 105, 320, 140, 140,0,0) ctx.draw() ctx.beginPath() ctx.font = 'normal bold 50px Monospaced Number,Chinese Quote,-apple-system,BlinkMacSystemFont,Segoe UI,Roboto,PingFang SC,Hiragino Sans GB,Microsoft YaHei,Helvetica Neue,Helvetica,Arial,sans-serif' ctx.setFillStyle('#9933CC') ctx.setFontSize(50) ctx.fillText('壹柒图图', 75, 100) ctx.setFillStyle('#888') ctx.setFontSize(14) ctx.fillText('长按识别小程序码，进入壹柒图图', 70, 490) ctx.font = 'normal bold 38px Monospaced Number,Chinese Quote,-apple-system,BlinkMacSystemFont,Segoe UI,Roboto,PingFang SC,Hiragino Sans GB,Microsoft YaHei,Helvetica Neue,Helvetica,Arial,sans-serif' ctx.setFillStyle('#515a6e') ctx.setFontSize(31) ctx.fillText('有头像工具装逼技巧', 33, 148) ctx.draw(true); }, saveCanvas(){ let _this=this wx.canvasToTempFilePath({ x: 0, y: 0, width: 350, height: 568, canvasId: 'myCanvas', success:function(res) { console.log(res,'ssss') let img = res.tempFilePath wx.saveImageToPhotosAlbum({ filePath: img, success(json) { wx.showToast({ title:'成功保存', icon: 'none', duration: 2000 }); }, fail() { wx.showToast({ title: '保存失败', icon: 'none', duration: 2000 }); } }) } }) },

消息通知有两种： 一、A的动作后，发消息给A自己，这种容易解决，不多说明； 二、A动作后，发消息给B（比如管理员、店家、楼主），如何保证B收到消息？这种是本方案要解决的问题。 一张图片一眼告诉你什么是订阅消息，产品经理的设计UI居然让人一眼就知道订阅消息是什么玩意。 [图片] 用户 B （管理员、商家、组长、楼主）在知道订阅数不足后，打开小程序来续订阅数，否则没法收到订阅消息。 [图片] 补充一： 关于勾选按钮，请注意话述是：“总是保持以上选择，不再询问”，而不是：“总是同意接收订阅消息”，不要幻想就成了永久性订阅消息； 相当于你打电话订外卖，对店家说“老样子”，店家只会马上送一次外卖，而不是会以后每天自动给你送外卖了。 勾选和不勾选的区别是什么呢？ 区别仅仅是：不勾选时，必须点击订阅10次，弹窗10次；勾选后，仍然必须点击订阅10次，但是不弹窗。无论如何“订阅”这个点击n次的动作少不了。 补充二： 一旦勾选后，就不可逆了，没有任何办法恢复或取消勾选了，除非你小程序MP后台换一次消息模板号(删除模板，重新添加一次)。 补充三： 关于如何保存订阅数。 保存在数据库中，笔者用的是云开发，数据库表user结构如下： { _id:'openid1', nickName:'老张', msg:{ "tempId1":5, "tempId2":7, } } 补充四： 关于如何获取订阅数。两种方式： 一、wx.requestSubscribeMessage的回调success里获取； 二、消息推送机制获取；https://developers.weixin.qq.com/miniprogram/dev/framework/server-ability/message-push.html

新用户第一次使用小程序，同意授权订阅消息推送，返回“errcode: 43101,errmsg: 'user refuse to accept the msg hint: [TSB5KA07503116]”该用户再次调用授权接口，同意授权订阅消息推送，结果正常，收到订阅消息。

1.接口 : https://api.weixin.qq.com/cgi-bin/message/subscribe/send?access_token=ACCESS_TOKEN 流程 1.先是 调用用户授权 如果返回accept 则告诉服务端保存一次记录 证明用户可以接受到一条消息 2.一段时间后 大概30天 已经保存20多万数据 证明有20多万用户可以接收到一条推送 准备大批量推送 3.但是在推送过程中 刚开始的几万用户都能正常推送 大概2万多 之后的推送 大部分是 43101,user refuse to accept the msg” 成功的只有2万多 提问: 1.https://api.weixin.qq.com/cgi-bin/message/subscribe/send?access_token=ACCESS_TOKEN 推送订阅消息的接口 是否有频率 次数限制? 2.  43101->  用户拒绝接受消息?  是什么情况会返回这个状态   我觉得不太可能是用户手动去拒绝了   因为 刚开始的推送都正常 之后的全都是43101,user refuse to accept the msg”,而且也不太可能这么多用户 订阅成功之后手动去关闭 所以 到底是为什么之后的调用都是 43101,user refuse to accept the msg”? 请给出解答