[图片] [图片]

我理解官方可能有人在利用规则恶意收取保护费 11月24日下午，也就是昨天，分别在下午4:02分和4:46收到了两条处罚通知 [图片][图片] 在我的小程序被封了页面之后和警告之后，我收到的是这样的私信，我理解这是一个勒索行为 [图片] 第二条处罚我是有一定错的 1、我是一个个人开发者，白天要工作，晚上才可能干点活，是很难做到实时审核，维护用户的发布体验。 2、前几个月用户日活一直不高，并且几个月都没有违规内容，所以上一个版本，我临时下线了内容审核机制，首先确保让少量的忠实用户留下来。 3、一周前，突然流量暴增，从2千级别直接飙升到了10万的日活，还没来得及反应，就被封了。 被处罚之后，我翻看了下历史信息，发现确实有人上传了违规内容，属于罚得不冤，所以立刻紧急上线了审核机制，把之前的内容状态都调成了未审核，然后发起了申诉。这一点微信目前还没做二次check。1-7天的申诉太长了，这根本不给个人开发者活路 都这样玩，7天之后，用户都流失了，开发者还愿意维护吗？ 而第一条处罚兼职无稽之谈！ [图片] 群待办小卡片，完全是一个辅助工具，不能认为是一个社交产品！ 大家从图片可以看出来，这个工具做的事情很简单： ①用户用图片+文字创建一个小程序页面——————这里有一个内容审核机制 ②用户分享给其他微信朋友 ③用户在自己的主页（pages/index/index）管理这些内容 连内容小程序的那种开放性的推荐主页都没有，都不能称之为一个内容资讯平台，何况社交？ 即便如此，我们都已经拿了行业资讯的类目 [图片][图片] [图片] 难道所有的小程序，只要有分享功能，就叫社交工具？这完全没道理的处罚结论，我一个挂了公司名的个人开发者，到哪去申请互联网信息服务备案！拿什么钱去交保护费？ 这么玩，请问还有开发者能活吗？ 稍微有一个小程序流量起来了，就收保护费，这有什么意思？ 基本可以判定，即便解封，我的小程序也已经game over了，别说7天，不出3天，用户就流失殆尽了。 官网完成有能力通过私信内容过滤，查出背后的团伙，我希望官方正视这个问题！！！！！！！！！！！！

麻烦官方先做下解封，被投诉的内容过滤不当的问题我已经在新版修复。 这边主要的原因我做一下解释： 1、前一段时间用户量一直很小，人工审核的成本极大，时效性不高，也很长时间没有人违规，用户对审核时效性投诉严重，我们在上一个版本暂时下线了审核机制。 2、 没有想到，本月用户暴增，其中出现了色情用户，没有来得及上线审核机制，就已经被投诉。 我们正在招运营人员解决人工审核时效性的内部问题。 目前版本上已上线采用微信审核接口，来解决平台的内容要求，只要没审核通过的，一律不让访问。 请官方体谅下个人创业者的艰难之处，先帮我们解封pages/card/index页面 [图片] 另外，我们的小程序用户类目不符的问题，我们还不熟悉类目申请规则，仔细看资料之后，我认为这是审核团队误判： 我们的产品只是一个小的个人辅助工具，跟图文编辑器类似，我们自己完全没有内容推荐，只支持了用户自己的分享功能而已，这怎么能归类到社交呢？ ————————退一步，我正在申请《非经营性互联网信息服务备案》，网上说需要20天时间，麻烦宽限一个月时间 [图片] 截止27日12:55分，目前页面还没解封（虽然yyl在评论区回复说已经解封），类目是否误判也没有一个官方说法

比如我想直接得到调用this.setData({....})的效果，不用去改代码，直接控制台去影响UI展示

我用官方的demo，发现其他版本都拿不到日志。请官方确认下此事：why？

青蛙pro，有很多的门店只有个人工商执照，不愿意开户，只能注册小微商户。 这种情况下，目前青蛙pro上用户出示二维码扫码不支持。 我有两个疑问求助： ①怎么才能支持？ ②咱微信这边为什么会这么设计，我也不知道怎么跟客户解释

真的是心力好憔悴啊。 好不容易搞了一个小程序，用户蛮受欢迎的。结果被内容审核搞死了，现在也不给解封，好冤啊。 这个事情有几个阶段： 第一个阶段 实际上本来也没有人发色情政治图片，微信审核人员上来上传几张，然后定义为涉嫌违规。要接入内容审核API。 然后第一版我们确实接入了，但由于用户很多图是大于1M的，导致了审核不通过的概率很高，瞬间用户流量腰斩，没办法啊只好改人工审核。 人工审核肯定没那么即时，我引入了封号机制，100分，一次扣10分，低于60分封号不让再发了。 而且我特意咨询了客服，说不强制要求API审核，只要审核机制完整就可以了。 结果微信这边，复审抽查是按即时标准的，一看没解决到位，就永久封禁了“被搜索”。 我这真冤死了，只好申诉 第二阶段 我申诉之后，微信确实安排了一次抽查。 这个时候我的机制是这样的，对1M以上的，采取人工审核，对1M以下的，采取API即时审核。 但是因为小程序云存储上传图片时会自动压缩，并且不会返回图片大小，所以我的图片大小计算是在压缩之前的， 我没有意识到这个压缩比其实是非常高的，一个四五M的图片，完全可能被压缩到500K。 所以微信复查的时候，一些压缩后尺寸小于1M的图片，正常本来可以走API即时打回的，但是名义上大于1M，走的是人工审核，又有时间差。 虽然我们反应很快，只有一两分钟，但这一次，微信又说我们结论违规。。。。。。。 我当即提出了申诉，解释，后面微信也确实调下了一些图片测试，都是即使API审核掉的，按道理已经通过了复审，但就是没声音了，至今也不给解封。 我没辙了，只能壮士断腕了 第三阶段 虽然可能导致大量的用户因为审核不通过而流失，但新的版本我们采取了最严苛的内容审核机制 1、老的封号机制 2、API实时审核机制 3、如果大于1M，没有API审核，直接先屏蔽显示和转发（原来这个是不屏蔽的）相当于宁可错杀1千，不放过一个 4、人工审核，把没审核的审核掉 但这一次，还是没有通过。微信方面就审核了一张，就放弃了。 我当时完全懵逼，明明已经堵死了所有的路，为什么还说： “审核过程中可分享至好友-分享卡片可显示违规内容-建议使用先审后发机制，审核中的卡片无法转发分享” 随后发现确实是我们自己不仔细，底栏的分享按钮确实屏蔽了，但忘记了屏蔽右上角三点。 这大概是个人开发者的悲哀，一两个人很容易漏测东西 这会我感觉有点说不清了，虽然我发现后立马承认了问题，也随后更新了版本，但微信这边没有了反应，好着急 希望微信审核团队，再给我们复查一下，帮忙解封。 大家搞个App不容易，而且我们本来确实基本没有违规图片的

真的是心力好憔悴啊。 好不容易搞了一个小程序，用户蛮受欢迎的。结果被内容审核搞死了，现在也不给解封，好冤啊。 这个事情有几个阶段： 第一个阶段 实际上本来也没有人发色情政治图片，微信审核人员上来上传几张，然后定义为涉嫌违规。要接入内容审核API。 然后第一版我们确实接入了，但由于用户很多图是大于1M的，导致了审核不通过的概率很高，瞬间用户流量腰斩，没办法啊只好改人工审核。 人工审核肯定没那么即时，我引入了封号机制，100分，一次扣10分，低于60分封号不让再发了。 而且我特意咨询了客服，说不强制要求API审核，只要审核机制完整就可以了。 结果微信这边，复审抽查是按即时标准的，一看没解决到位，就永久封禁了“被搜索”。 我这真冤死了，只好申诉 第二阶段 我申诉之后，微信确实安排了一次抽查。 这个时候我的机制是这样的，对1M以上的，采取人工审核，对1M以下的，采取API即时审核。 但是因为小程序云存储上传图片时会自动压缩，并且不会返回图片大小，所以我的图片大小计算是在压缩之前的， 我没有意识到这个压缩比其实是非常高的，一个四五M的图片，完全可能被压缩到500K。 所以微信复查的时候，一些压缩后尺寸小于1M的图片，正常本来可以走API即时打回的，但是名义上大于1M，走的是人工审核，又有时间差。 虽然我们反应很快，只有一两分钟，但这一次，微信又说我们结论违规。。。。。。。 我当即提出了申诉，解释，后面微信也确实调下了一些图片测试，都是即使API审核掉的，按道理已经通过了复审，但就是没声音了，至今也不给解封。 我没辙了，只能壮士断腕了 虽然可能导致大量的用户因为审核不通过而流失，但新的版本我们采取了最严苛的内容审核机制。 1、老的封号机制 2、API实时审核机制 3、如果大于1M，没有API审核，直接先屏蔽显示和转发（原来这个是不屏蔽的）相当于宁可错杀1千，不放过一个 4、人工审核，把没审核的审核掉 但是现在微信这边一直每个说法，好着急 希望微信审核团队，再给我们复查一下，帮忙解封。 大家搞个App不容易，而且我们本来确实基本没有违规图片的

我列下关键部分代码 let post_Data={     env:"sit-yyyyer-or",     query:"db.collection(\"liveqr_visit\").add({data:[{visitTime:123456}]})"   }   let url="https://api.weixin.qq.com/tcb/databasequery?access_token="+token   let result =await new Promise((resolve,reject)=>{     axios({       method:'post',       url:url,       responseType:'json',       data:post_Data     })     .then(function (res) {       console.log("payload:",res.data) }） 按官方文档，正常的响应应该是  payload:{          "errcode": 0,          "errmsg": "ok",          "id_list": [           "0f4b8add5cdd728a003bf5c83ed99dff" ] } 但实际的响应控制台打印出来是 payload: { errcode: 0, errmsg: 'ok', pager: { Offset: 0, Limit: 10, Total: 0 }, data: [] } 注意，请求是成功的，但并没有返回主键，显示的新增总数total也是0，并且压根没有id_list字段

这个起因是这样： 我们做了一个小程序，被官方审核人员以内容安全不通过为由封掉了【被搜索】。 这个内容安全审核API是真心有很大的误审率，我们上线次日活跃数据几乎腰斩。 没办法，只能改人工审核+封号机制，但因为实时性，没挡住被官方审核团队定义为违规封掉了【被搜索】。我到社区申诉，我发现还是官方口吻的回答，我真的是没办法。 我在想，我是不是可以换成这样的方式： （1）依然调用api （2）如果审核失败，立刻通知后台设置的客服账号或管理员，人工复核，好的就恢复。 就是不知道，这个统一消息服务，是否支持对管理员无限的发送次数，有了解的吗