我于前日接到通知，要求我去做小程序的微信认证。我缴费并完成认证后，没过几天就接到了官方的能力封禁通知： [图片] 而我的小程序只是一个手游的游戏图鉴，名称取自游戏剧情里的一个建筑： [图片] 好吧，名字上确实有些模糊，也许是小程序的取名就不该文学化吧。😓但是在小程序被搜索到的简介里，已经很明确地说明了小程序用途并且这不是官方出的。【在用户通过搜索搜索到的时候】，是明显能看到的。 并且更重要的是，完成微信认证了后，【用户也是明显能够知道账号的主体是个人而不是官方】。 [图片] 申诉也不给我过，依然用上面的理由搪塞回来。【没有具体的修改指导意见】，只有模糊的大纲。看样是需要我重新改名么？即使正常使用时用户明显能够知道这是什么东西。然后重新改名我又要重新缴费重走之前的流程。那么问题来了： 为什么在官方来信要求小程序主体去缴费做微信认证的时候，微信认证不会筛查名称规范问题呢？ 以这个名字完成了认证，难道不意味着命名的合规吗？ 之前通知要求去认证的时候不跟我说我的账号的命名是否合乎规范的问题，现在认证完了后突然来了一则通知，官方不觉得这样的流程有问题吗？

在开发的过程中，为了削减代码包的大小，针对程序内使用的一些ui资源我都选择使用webp格式。然而在预览时，我发现小程序内无法加载出我附在代码包中的webp格式的相关资源。仔细检查了后，发现是因为小程序存在上传白名单，即使在project.config.json里强制配置对应资源上传也会因为白名单的存在而导致无法上传： https://developers.weixin.qq.com/miniprogram/dev/framework/structure.html#%E5%85%81%E8%AE%B8%E4%B8%8A%E4%BC%A0%E7%9A%84%E6%96%87%E4%BB%B6 这也就造成了小程序在实机上ui无法使用webp的随包资源—— 哪怕在开发过程中可以使用webp进行相关开发，哪怕微信小程序的image已经支持webp文件进行加载了，这是一个荒谬的地方。 webp本身是很优秀的压缩格式，同样一张图片，若我将它转为png，它会增长将近三倍余的体积（一张6.59kb的webp转化后变成了21kb的png格式文件）；同时它对透明性具有很好的支持，这是为具有同样优秀压缩比的jpg所不具备的。我想，在微信小程序诸如image之类的组件已经支持webp文件前提下，应当将webp也加入到微信小程序的后缀白名单中，可以预见到它能带来以下收益： 大幅度减少小程序包资源包的负担，减轻小程序体积使得开发者能够更加大胆地把图片资源应用到小程序中，让小程序在“小”的基础更“美”减轻用户的网络开销（把更多图片资源放到小程序包中等价于减少用户通过网络加载图片 ）并且还是那句话：在微信小程序诸如image之类的组件已经支持webp文件前提下，不允许webp作为随包资源上传实在有点不合理了。

我注意到在文件系统的文档中，有： 本地文件的文件路径均为以下格式： {{协议名}}://文件路径 因为开发成本限制，而正在做的小程序会包括许多图片资源，故而我目前计划是在第一次加载时把所有图片资源下载到本地，之后程序主页可以直接通过本地图片加载显示。所以我想问一下是否可以直接通过 wx://wx.ENV_USR_DATA/resources.... 访问到本地下载的图片资源？如果不可以，请问小程序是否可以开启一个局部的http服务器以实现资源的传递？如果这个也不行，请问还有什么方案可以做到节省云资源加载图片文件？