1.现在备案域名就要一个月时间准备，提前准备资料。这个也算合理。 2.小程序备案目前来回整理也要一个月时间。而且内容很多是重复性。目前太多疑惑 3.能否简化这么多重复杂性，提前合理合规处理这个流程。 4.备案多个是否需要费用，后续还会不会有更多详情去提供开发者帮助。是否有收费情况出现？ 5.目前审核的流程已经比较耗时，再来备案已经给不少开发者和企业增加很多成本 6.资料不足或者审核时间，至少20天。是否后续不备案完不准上架或者被下架。 7.备案和域名备案是否有重复性状况的时候 8 多个小程序企业主体能否公用一份备案资料？是否都需要单独一个个备案。 9 企业备案和个人备案后续是否可以公用？

如题，物流查询组件，在pc端点击不到，这是什么问题导致。建议在出组件的时候是否需要加上兼容性支持？pc端打不开，用户觉得是bug很奇怪。

现象：如题 目前开发公众号模板消息和群发的时候遇到一些问题，公众号模板消息接口发送成功。只能靠推送接口返回的情况判断是否推送出去了。事实上，即使发送了，只能很少一部分人收到，这样就造成很多疑惑了。 尝试策略： 开发的时候，尽可能降低发送的频率。例如一次提取1w粉丝需要分2次发，或者采取1分钟最高发5000条。但是实际开发接口调取过程，这些接口返回都没有错误，只是极端需要接口返回的时候。公众号模板消息在线上测试的时候就会出现封禁的情况。因为管理粉丝太多，出现几十万的情况。测试这些接口的时候，一不小心就会出现封闭了。 造成情况是： 在开发过程调试接口，不小心就会造成骚扰用户的情况 1.建议改善开发大数量级别粉丝的公众号模板消息和群发的开发者体验。（支撑大级别粉丝数量的时候，开发应该如何避免骚扰的情况发生）接口如何有效发送出去，目前该接口问题极多问题。排查干预手段少。只能靠返回接口判断，事实上该接口有概率问题情况，属于不稳定情况，这种和开发者能力也有关联。 2.建议在公众号内部提供这样的群发模板消息的功能。 3.建议改善公众号的文档，这部分接口文档定时更新一下，目前没有一个很有效支持大数量级别的发送需求。 4.公众号文档需要定期升级一下，文档书写会造成很多人疑惑。问的人多，说明争议性极其大，造成开发接口的时候给开发者造成很大困扰。 5.建议公众号文档恰当加入一些使用案例。

因为公众号粉丝很多，所以采取了模板消息自主研发的方法机制，但是在测试高并发的时候，这个模板消息死活说成功了，但是事后查询的时候是发送推送量太少。但是这样付出代价比较大，被违规发送，模板消息被封闭了。 请问有没一个机制测试可以支撑到这样大并发测试。事后查询好像一分钟只能发不超过5000推送？是这样回事？ 因为写的代码在线上测试风险很大，但是量太少又不能实际上知道是否有效收发。请问官方在模板消息这块是否能够改善调试机制。 量级大，如果在线上推送测试，违规风险大。但是为了优化这个逻辑又得冒这样风险。

目前看 游戏即玩的技术 可以提升游戏进入的体验，一些手游和3A游戏都可以立刻玩到相应的制作。将来，小游戏平台能否在这块游戏即玩的技术里面提升手游相关的技术接入，让制作的时候不局限游戏本身大小呢？ 自由一点使用不同的引擎制作相关的游戏。 游戏即玩的技术引入，是否会带来游戏另外一番体验呢？ 不局限大小，自由操作，底层提供即玩的技术。

从目前来讲，3d功能在线上还是有不少的需求。房地产房屋展示，AR，和日常应用展示。这块恰恰有需求，只是目前制作起来并不方便。也不方便导入模型展示。小程序3d 功能是不是也要纳入开发系列？例如小游戏能够制作3D，而小程序反而不能利用这部分的。

开放数据域UI绘制解决方案发布 —— 轻量级的Canvas渲染引擎https://developers.weixin.qq.com/community/minigame/doc/0006865cfdc68070919970f4d51801?blockType=2 方案在iphone 6的时候，适配就一直有问题。其他的X就没事。难道底层有问题？该方案可行性是不是有漏洞？ 缩放比例在iphone 6 ，5一直不行。适配的底层是否有问题？流畅度并没有宣传那么高，有卡顿的情况，拖放的时候。 [图片][图片]

小游戏里面单独写排行榜的业务，虽然已经有官方人员写出的操作底层canvas的库，但是这个库并没提升到组件层面。建议小游戏可以增加一些类似小程序的组件，例如滚动条，文本等常规的组件业务。便于开发过程使用。

关于当前小程序暂不支持iOS用户访问能否在改版后恢复？小程序在经过改版后，这种情况是否会根据情况调整？小程序后台是否有这种调整机制完善这种流程？目前似乎没有看到？或者是否有一种可以改善的机制？

[图片] 今天尝试了一下这个接口API，根据文档返回结果。随意测试一个字眼，是不是需要开启什么功能才能生效，还是说测试期间，这个API只是摆设？ [图片]