我真的无语了两周了，人家加我一直有安全意识。我不存在新号和没认证问题。七八年微信号一直是大号工作生活一个号。前两周就出现这个问题，一直没解决，我不知道我的微信出了啥问题，可能是恶意举报，这种不管一下么？永远有安全提示么？

请问，我最近更新了开发工具到稳定版1.03.2011120，发布了一个版本，有部分用户反馈打开小程序白屏，然后我回退了开发工具到上一个稳定版本，我的小程序代码也回退到上一个版本，重新编译提交，用户测试还是白屏，不是所有用户都白屏，就是说同样的代码，以前提交的这个用户可以正常使用，新提交的这个用户打开就白屏，请问会是什么问题？ 补充：我测试发现，用2.11.2及以上版本的基础库没问题，用2.11.1及以下的基础库版本必现，在开发工具和手机真机上都会报错 看错误信息怀疑跟使用了扩展库有关，扩展库是不是更新了版本跟2.11.1以前的基础库不兼容了 官方demo也是白屏 [图片][图片][图片] [图片]

[图片] 平台日活约800人，每人平均观看激励视频3.5次左右，每日每人最多不能超过7次，观看时间间隔至少20秒以上。

web-view内嵌的H5页面怎么下载oss的图片,我用A链接的download无法下载啊

场景描述： 众所周知,许多的小程序，许多的业务场景，都需要进入小程序前准备好一些基础数据，才能进入页面 比如：全局皮肤设置，切换门店，系统配置等功能都需要先拿到参数后才能使用 存在问题： 小程序的执行顺序app.js onlaunch 肯定是在page onload方法之前确实没错，因为同步执行，虽然onlaunch方法先执行，可能onlaunch还没执行完呢都已经进入到page 的onload方法了，会造成数据异常和系统错误。 当然一些解决办法能解决这类问题：比如等待、比如判断是否加载完成，没有再处理或者等待直到完成再处理页面业务，又或者Promise处理等等吧，反正大家再没办法的情况下想出了一些不是拌饭办法的办法。但这期间会造成N多的冗余代码和不必要的麻烦。而且有时你根本不知道用户进入的第一个页面是哪个（比如分享），所以要把所有有可能成为第一个入口的页面都加上，困难多，BUG多。 疑问： 微信小程序为什么不只支持先onlaunch----onlaunch执行结束后 --- 执行page 的onload的模式呢？ 业务场景需求量少？没有考虑到？技术问题？ 建议： 官方给出onlaunch 执行然后同步进onload的模式肯定是有道理的，而且符合大部分人的利益的。但也看到了有许多的开发这再提这样的问题。 能不能微信小程序从框架上解决，比如增加一个全局配置，默认就是目前模式，有需要的配置下，就能实现先onlaunch----onlaunch执行结束后 --- 执行page 的onload方法。 能不能微信小程序从框架上解决，比如增加一个全局配置，默认就是目前模式，有需要的配置下，就能实现先onlaunch----onlaunch执行结束后 --- 执行page 的onload方法。 能不能微信小程序从框架上解决，比如增加一个全局配置，默认就是目前模式，有需要的配置下，就能实现先onlaunch----onlaunch执行结束后 --- 执行page 的onload方法。 或者在onlaunch 方法前加个标识，有就是onlaunch 执行结束后（重点：执行结束后，不是执行后）再跳转到page

公众号关联微信小商店之后，有什么方法可以识别各个公众号过来的消费者吗？ 比如我有三个公众号（ABC）关联了小商店，10顾客在小商店下单之后，有没有什么方法看到那些顾客分别来源于A号、B号或C号的吗？

ios版本：13.4.1 企业微信版本：3.0.16（44428） 微信版本：7.0.11 [图片] 小程序 通过系统 自带的 转发到微信 报错 bad_param，这是什么问题啊，手上其他ios和安卓都ok，就这个手机不行。

小程序在正常发布之后，我进入小程序提示小程系统更新维护中，无法正常使用 [图片]

ios 7.0.5，小程序设置界面（「右上角」 - 「关于」 - 「右上角」 - 「设置」），关于定位只有使用期间，没有后台的选项 [图片] [图片]

https://developers.weixin.qq.com/community/develop/doc/000084c4c901081ba008d95f75b800 之前提问的这个问题，官方说会修复，现在一个月过去了，修复记录里找不到，不知道是否已经修复，评论也没有人回，这bug现在到底怎么样了