官方已经知道了，所以网址来源删啦。我不告诉你们。。 方式：略略略 不过希望社区能推出隐藏发帖，我最开始其实是想悄悄举报的。。

小程序审核突然没通过，理由如下： [图片] 这个问题开发过程中自己确实遇到过，几率性的，一般第一次不行，第二次肯定可以了，但是不是一开始写小程序就有的，不知道什么时候开始就这样了，验证的逻辑都是按照官方的，从来没有改变过。然后上社区一搜，很多类似的问题，如下图所示。 [图片] 看了下这个问题，第一次验证签名如下： [图片] 小程序端通过wx.login成功后获取的code rawdata，这个我都是同一用户登录，前后信息没啥变化 通过1中的code，后端调用api获得的session data，其中openid肯定同一用户每次也都一样的，session_key如果过期，那么第一次和第二次理论应该是不一样的。（但实际情况前后两次是一致的，具体可参见下图） 小程序端获取到的用户的签名 后端通过session key校验出来的签名。 很明显，4和5不一致，校验失败。接下来是第二次交验： [图片] 还是同样的逻辑顺序。 小程序端通过wx.login成功后获取的code。很明显，code跟第一次是不一样的，另外根据官方文档描述，因为又重新调用了wx.login，会导致session_key过期。（这似乎说明code发生变化也是对的，因为按推测，seesionkey应该也发生了变化，否则怎么叫“被更新”）请看下图官方文档说明：[图片] rawdata，这个我都是同一用户登录，前后信息没啥变化 根据1中的官方描述，奇怪的现象就发生了，在后端根据新的code，获取的session data，很明显session key还是第一次是一样的，也就是说，我重新调用了wx.login, code是变了，但是session key却和第一次保持一致的。 小程序端获取到的用户的签名 后端通过session key校验出来的签名。因为用的是同样的rawdata，同样的session key，所以两次校验的结果是一样的，但是第二次4中，小程序端获取的签名是跟此次校验结果是一致的。 所以问题就来了，这问题到底出在什么地方？似乎官方文档描述的就有问题，还是我本身的逻辑顺序有问题？请官方指教，谢谢。

求官方给解答，我们的小程序被现象级的抄袭，除了功能一样以外，整个UI设计交互及日签设计的板式都是一模一样。 前端是这样子的： [图片] [图片] 后台代码是这样子的： [图片] * 这份代码由2018年9月3日鲜炖日记微信小程序反编译而来，大家可以从现有版本进行反编译验证。 * 从反编辑的代码中可以看出，鲜炖日记完全使用了燕窝大学的代码及设计师设计的图片。 * 错误的拼写，同样的按钮配置，相似度100% 本次仅取部分代码作为截图证据，如果需要可以公开更多内容，希望官方能够帮忙处理这件事

偶发性的会不加载图片,也不报错,也没警告,预览正常 [图片]

我要投诉一个小程序，名称：动态验证码 投诉原因：1. iOS 客户端，该小程序提供虚拟支付，明码标价，并引导用户至小程序客服系统付费；                   2. 我们的小程序说涉及到虚拟支付，一直不让通过，那为什么这些个小程序在iOS中存在虚拟支付还能正常运行，请官方一视同仁！

- 需求的场景描述（希望解决的问题） 看图 这是在开发者工具上[图片] 这是在安卓手机上 [图片] 这是video标签部分的代码 [图片] 开发者工具上能显示视频第一帧图片，真机上显示黑的 - 希望提供的能力 默认显示视频第一帧为封面图

开发工具 tabBar有时候图标显示不出来 [图片]

小程序名叫程序正在更新，我再小程序里投诉了几次都没用

详情见下图 [图片] 2018.08.13  21:45         新增： 链接：https://developers.weixin.qq.com/ebook?action=get_post_info&token=935589521&volumn=1&lang=zh_CN&book=miniprogram&docid=0004eec99acc808b00861a5bd5280a[图片] 2018.08.14  20:00         新增： 链接：https://developers.weixin.qq.com/ebook?action=get_post_info&token=935589521&volumn=1&lang=zh_CN&book=miniprogram&docid=000ee27c9c8d98ab0086788fa5b00a [图片]

如题，要废弃，又不废弃，线下废弃，线上又不废弃，已上线的不废弃，新更新的废弃。你倒是给废弃啊，现在弄得成了你家的能用不是你家的就不能用，大公司能用，小公司就不能用了，告诉我一个解释