能不能在微信里打开 https://m.kugou.com/ ？

[图片] 没有任何预兆, 突然就这样了, 所有方法都试了 , 百度也搜了 没有任何解决方法 现在开发无法进行下去了

我希望运营平台官方能真正多多为开发者着想，努力把平台建设更好。 这个帖子主要我在小程序开发的时候开发、运维、运营等方面的经历。 微信小程序有他特有一套脚本语言，组件结构，基本没法移植web端。不过只要是学过三类web前端框架的上手都不难，bug也不算少。我感觉bug这个主要是因为要适配的设备多，早先又不肯兼容移动web开发，自己搞了个闭源底层导致的。搞小程序调试最痛苦的就是报个什么吉儿context的错误，你debug进去是没东西可看的代码（你来到了没有代码存在的荒原），你没有任何办法，如果这个什么吉尔错误导致你功能用不了，你只能指望社区有人踩过这个坑，八成都是写法不太对，你的应对方法只有多换几种写法看哪种比较合理恰好能跑。这比起浏览器的开发者工具调试体验低了不知道多少。开发者工具极其占内存，稍微大一点的项目，运行个一会儿就占了一个多g内存，这个占用程度完全就是没有优化过。还有很坑的地方就是，你经常不得不重启开发者工具，因为有时候你写的都是对的，但是因为开发者工具没重启，你就是跑不出来，当你觉得你没有任何问题的时候，你最好重启下开发者工具，虽然不知道为什么，但是这样就行了。重启以后呢，你之前的编辑记录就没了，也没法撤销一些代码操作，就挺难受的。就连开发出来的小程序也是一样，哪天说不定就跑不了了，你后台前端也没有任何报错信息，但是就是运行不正确，调试也是你完全不理解的错误，很搞人的就是你必须重启手机，对一个类似前端的程序竟然要你重启系统，从来没听说浏览器加载不出js要用户重启电脑的，这明显就是隔离没做好，UI层的东西还能被手机底层影响，很离谱。这些是开发的槽点。 运维起来就是噩梦级别的了，数据容灾真的做得不好，我一个小程序的云数据库，说给干掉就给干掉了，问就是故障了。你故障没问题啊，我数据呢？数据没了，恢复也出错。直接就没了，没了，离了大谱了，我就是自己拿几台机搞备份也不至于这样啊。幸好里面只是一些少量的关键数据，平时有导出过早先版本。数据没有容灾这就是玩具，根本不能算产品。 运营起来就是地狱级别，api接口变更较频就不说了，免费能力转付费能力也不说了，审核和客服真是要老命了。审核和客服互为犄角，可以全方面给开发者带来痛苦。先是审核截图断案，只要有人截图举报你小程序不合规，审核就拿着图去靠，发现是这样，完全不管你的小程序备案信息使用人群，上来就是警告+封禁套餐，有的警告封禁隔得长一点，你有时间改，有的就是第一天警告第二天封禁。如果你正好这天家里有事不能处理，恭喜你获得封禁套餐，相关能力不可用。一旦你被封禁了，你就得开始整改和申诉，整改和申诉搞在一起就是不合理的，申诉是说你合规，但是被误判了，整改是你不合规，你改好了。这两个结合在一起，那就出现了申诉限次，两次申诉不过你得走客服。坑人的地方来了，假如你封禁是因为原因A，你改完提交申诉，申诉处理员竟然能提出原因B，你这种限次数的流程竟然不是一事一议，你仿佛在告诉我，我们之间是交互式交流，我可以和你聊天沟通清楚如何修改，但是根本不是啊，每次处理完，我是不知道能不能通过的，所以两次申诉可能够用，第一次没改好，那再给出具体指引再改就行了，这一切的正常运转就是一事一议。结果申诉处理员给你来个多事一议，你就gg了。本来只有两次机会，处理员这么一搞，开发者就只能躺平了。封禁了以后你就真是喜提地狱旅游套餐，开始排客服大队，这个队动辄就是800-900的长度，处理起来极其漫长，以周为单位，一周两周这个样子。你还要注意时刻刷新队列，万一不小心出去了一会儿基本就会错过，你就重新开始排吧。处理速度完全不确定，快的时候一天能将近200条，慢的时候不到50条。意味着如果你前面还有200号人，你就得9：00-18：00等着刷新，错过了就滚去哭。你排到了客服，恭喜你进入了新的循环，客服虽然业务水平会高一点，但是性格并不是好相与的（不会解决你的问题），其实申诉审核这个东西没啥好说的，改问题，提交资料都没关系，唯一的关键就是时间，客服才不会管你排了多久队，你老板怎么催你，你之前有没有处理过类似问题，是否可以沿用已经采用的处理方式，同类问题是否可以合并，他的原则就是只会让你重新申诉，不听就滚蛋。对，就是又把你发回去申诉，这个申诉不是即时生效的，你得继续等1-7个工作日，万一到时候还是没有打开申诉入口（客服忘记了），你得重新开始再排一次客服大队，万一你很幸运，一两天就打开了申诉入口，你还要继续面对申诉员多事一议的折磨。这个轮回一下来，你就想想要不要提桶跑路了，很可笑吧，你的职业生涯竟然会被审核和客服拿捏。 总之这几个方面给开发者带来的极大的负面体验，低效的开发环境、不可靠的数据存储、互相折磨的客服，希望公众平台能多多了解开发者的痛苦，改进流程，虽然微信是大平台，也许这样处理不会让一些平台流量追逐者退步，但是企业应用开发者迟早都会望而却步，公众平台的模式没有问题，但是流程真的需要好好改进，特别是客服、审核，这些能够左右应用生死的岗位不应该如此草率地拒绝开发者的合理诉求。

我在尝试一段生成水印的代码，过程就是把一张图片通过canvas输出成含水印图片。在开发者工具上只输出了水印，在真机调试的时候直接报错没法用。我是参考了代码示例做的，不知道有什么问题，附了代码片段。https://developers.weixin.qq.com/s/KbM86lmZ70La [图片][图片]

[图片] [图片] [图片] 已经多次更新用户隐私指引选择了本小程序处理了用户信息第二个选项，每次提示审核通过，但是实际还是没有生效，代码也提示没有权限获取手机号 [图片]

已经完善过了还是同样的驳回提示；appid：wx61cf9671d5a27381

新接手的小程序，平时也是有需要就开发，coding习惯就是自己默默看文档，没有太习惯有审核的前端开发，被审核问题弄了很多次，才慢慢开始逛社区。 我的是内部项目，从来不开放外部注册，都是公司和相关单位内部人员使用，是14号通知被外部用户举报要求弹窗让用户知悉隐私协议，然后15号被封禁了。 开始申诉不通过，第二次申诉通过了，能力还是没恢复。相关功能停摆到现在还没法用。联系客服就是七八百的大长队列，客服每天18：00就下班，整整排了一周多才排了一半不到，估计被封一次得等20天才能联系到客服。 隐私协议是不知道多少年前就有的，因为你没弹窗没让用户看就给你封了，封了就封了，也没有指引链接，就首页截了图标了几个箭头让你自己找问题，申诉了一次才给明确的修改指引。申诉通过了又没有下文了。吐槽的点是，封禁不需要等你整改多久，解封你就好好磨一磨，封你也不需要多了解微信的制度，解封你就得给我拿出具体的制度告诉我是可以解封的，对就是你要拿出官方的证明证明你是可以解封的，申诉处理员也完全不用打开你的小程序看看情况，就凭两张图片就能断案，关键是申诉机会只有两次，而且都是一次性的，根本没有持续交互的通道，稍微不小心就失去了直接沟通的机会，对新人来说太不友好了。 隐私弹窗这个东西非要开发者自己做吗，还要求每次调用的时候自己去弹窗，有考虑过古早项目有多大工作量吗，明明调用接口的时候就已经向用户申请授权了，多展示个小程序的隐私弹窗很难实现？纯吐槽而已，没有吐槽社区怎么变得更好呢。 给不清楚怎么修改的小伙伴避一避雷，不是所有的小程序都要每次调用接口就问用户隐私协议的，而且授权一次以后，后面就都是返回已授权，用户删除了小程序再进入才会需要重新授权隐私协议。 [图片] 相关链接： 收集用户隐私行为规范与修改指引 | 微信开放社区 (qq.com) 小程序帐号登录规范要求与修改指引 | 微信开放社区 (qq.com)