[图片] 这个申诉到现在还没有答复。 故事是这样的： 微信前段时间更新了一个群待办的小功能，但只能针对小程序和群公告设置，群公告也不能插入图片，这其实就存在一个空白。 我的逻辑非常简单，既然官方不支持图片，那我就提供一个将图片转化为小程序卡片的制作器，提供给群主，不就OK了吗。毕竟这玩意简单，一个人吭哧吭哧半夜加班，也就一个星期上线，一个叫【群待办小卡片】的小程序上线了。也就几个功能： ————制作卡片，允许上传6张图和文字 ————转发卡片（到群） ————访问卡片页面 ————感觉图片和文字不错，你还可以当模板收藏了 ————然后就是主页，也就是个人中心，能看到自己历史制作的卡片和收藏的卡片， 实际的数据证明这个简单的出发点也还是不错的，因为有人推荐，第一周就超过了1万用户。 但问题也来了 其实我们是一个制作器，完全不是内容社交平台，没有推荐，也不能像看视频号一样针对个人浏览，除非群主主动分享具体的卡片到群里，你没有其他任何途径查看别人的卡片。 结果上线没几天，版本审核不通过，说我们有违规内容，要进行内容安全审核。 这也很正常啦，然后下一版本我调用了内容审核API，创建时实时审核。但第二天访问数据就几乎腰斩，我翻查了被标记违规的图片，发现这个内容审核API误审率非常高，习大这样的图片是100%能识别出来很赞，但一些商品介绍，无论图片文字，完全看不出任何违规迹象。 作为群主，我发一张你说我违规，再发一张你又说我违规，那我只能不玩了哈。 不得已，我被迫重置审核状态，然后火速上线人工审核。 [图片][图片] 哎，没想到，我的小程序还是被永久封停了“被搜索”功能。我发现确实搜不到了。 我真的不想投诉审核人员啊。我在版本说明里，每一次提交，都反复说明我的安全机制： （1）人工审核，有一定的滞后时间，肯定不是实时的。 （2）如果卡片里有任何文字或图片审核不通过，卡片的转发分享功能就会被封禁 （3）即使被提前转发了出去，卡片的详情页，也会校验审核状态，内容会被屏蔽显示 （4）我们才有了信用分机制，每个用户100分，每次不通过扣10分，如果这个用户多次不通过，低于60分，制作页的保存功能就会被封禁。 但是我们的审核人员，每次都不看说明，上来传一张习大的照片，发现没有立刻显示违规，就直接定性我们内容安全不到位，违规打回版本。最离谱的，是我版本说明和附图里说明，这个版本就是为了解决内容审核的，也给我以内容安全机制不完善打回。版本打回也就算了，每一个版本经过解释，都是改通过了，但这个被搜索封禁，还没给我解封啊。 冤枉啊，谁能给我主持公道？ 话说，你们那个内容审核API真心不行，误审率太高了，否则不会有这么多事

你们能自己测试下吗？ wx.scanCode接口，2个重大问题： （1）能拿到base64格式的rawData，但是字符串格式的result却是空 （2）调扫码，一扫或者一读相册，动不动就闪崩 而且我搜索问题，发现去年就有很多人说这两个问题了

const ctx = wx.createCanvasContext('myCanvas') wx.chooseImage({ success: function(res){ ctx.drawImage(res.tempFilePaths[0], 0, 0, 150, 100) ctx.draw() } }) canvas相关的文档简直受够了，各种没示例不说，难得有一个示例，还是错的。 看上面这个，首先 wx.createCanvasContext方法已经过期了，现在获取Canvas 实例，应该通过 SelectorQuery 获取qi 其次，用新的文档，也根本写不出来，方块能写出来，图片写不出  ctx.fillRect(0, 0, 100, 100)                  let img = canvas.createImage()         img.src = './car.png'         console.log(img)         ctx.drawImage(img, 50 , 50, 450, 500)                  ctx.draw() [图片] 不管是直接在drawImage方法里直接传path还是传img对象，都是不行的。 还有各种报不是function的错误 请问产品经理在干嘛？浪费开发者多少时间

melo-data data-src="{"mainAtext":"{\"atext\":{\"attribs\":\"*0+k*1*2*3*4*5*6*0+1*0+n*7*8*9*4*a*6*0+1*0+2\",\"text\":\"我估计一次分享的关键调用过程应该如图：\\n*\\n\\n而一次进入小程序的关键调用过程应该如图：\\n*\\n\\n\"},\"apool\":{\"numToAttrib\":{\"0\":[\"author\",\"p.144115210534874051\"],\"1\":[\"img\",\"https://qqadapt.qpic.cn/txdocpic/0/46a68fc2e01255f88c447b9f0d6e0201/0\"],\"2\":[\"image-width\",\"706px\"],\"3\":[\"image-height\",\"372px\"],\"4\":[\"drawing-c-type\",\"plugin\"],\"5\":[\"container-anchor-id\",\"1573636701746-1694f578d1c3fd8f\"],\"6\":[\"container-type\",\"drawing\"],\"7\":[\"img\",\"https://qqadapt.qpic.cn/txdocpic/0/9c9a94d0ad0490bc2f95f3c8f092f81f/0\"],\"8\":[\"image-width\",\"805px\"],\"9\":[\"image-height\",\"408px\"],\"10\":[\"container-anchor-id\",\"1573807383747-afdd579117022b7f\"]},\"nextNum\":11},\"keyFramesInfo\":{\"frames\":[],\"src\":\"copy\"}}","storyAtexts":[],"srcGlobalPadId":"300000000$DAkqsYKOvMww"}">/melo-data> 官网文档显示，当小程序页面被分享时，如果页面配置了withShareTicket：true，将来用户从群里进入小程序时，就能够拿到shareTicket，最终解密获取到群ID。 可以看出，withShareTicke的生命周期结束之时，就是shareTicket信息的生成之时。 [图片] 所以这里微信团队就有了两种选择： ①每次发起分享，在选择群时，就判定了withShareTicket，并生成（包括重写）shareTicket信息，附加进了小程序卡片对象里。 ②在用户点击卡片进入小程序时，room对象去判定withShareTicket，如果true，就生成shareTicket信息，传入小程序的onLaucn方法，最终开发者通过事件回调拿到shareTicket。 因此我很困扰，人有困扰，余音绕耳，夜不能寐，前来求医。 我的疑问是，shareTicket究竟是在什么阶段生成的，有没有官方人员能帮忙释下疑 我估计一次分享的关键调用过程和一次进入小程序的关键调用过程应该分别如下面二张图 [图片]       [图片]

请问小程序自定义会话窗口的标题，怎么实现？ 如果说要单独申请，请问应该怎么申请？到哪里申请？要符合什么条件？ 一个标题灰度了2年，产品文档完全不提，完全黑匣子，这是微信产品管理上的bug，真的很费解，公平性存疑，有没有官方的出来说明下。 [图片]

[图片] 目前云函数已经可以用HTTP 方式来访问，是不是意味着云函数就可以替代一个服务器。 然后有了一个新问题： 比如我用了一个nodejs框架，这个框架本身我应该可以全部上传，但这个框架有一些超出nodejs的外部依赖，比如要安装vsualC++、python类似的东西，我的理解这个不是我可以直接上传的问题，那请问类似这种应该怎么玩呢？ 还是说必须要回归传统的云服务器方式

当open-type="contact"时，下图所指的绑定事件究竟是啥意思，什么示例场景会用到并没有说明。 我理解划线部分指的是点击了小程序卡片，会进入到某个小程序页面，这个卡片不是本来就带了path和query参数吗？ [图片]

https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/customer-message/customer-message.html 用户从微信APP的客服会话组件发送消息，正常会直接转发给微信客服平台，如果小程序后台配置了消息服务URL，就会转发给开发者填的URL，而且下图提到了可以配置云函数 [图片] 问题是，真的进入了后台的配置页面，具体应该填什么呢？ [图片]

https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/signature.html 这个cloudID，目前没在其他地方看到，请问还有哪些API会返回？ [图片]

现在市面上有各种各样的机器人，都是违规在利用微信网页通讯协议，或者破解了客户端的通讯协议。 但也正好说明机器人这个需求是比较刚性的。 [图片] 现在的公众号，无论是订阅号、服务号，小程序，都有2个问题：[图片] （1）没法从外部APP直接分享到[图片] （2）群里没发加公众号[图片] 一个最简单的场景，我们现在跟几百家客户合作，有系统级对接，都有项目群，这意味着我们的客服人员要维护N多的群，每天在几十个群里来回切换看消息，如果群里有机器人，其实可以很好的解决，比如客户在群里发了一个问题，@机器人，机器人直接将问题统一汇总到后台，客服调取上下文，直接处理即可。[图片] 而且这样有一个很大的好处，就是把客服人员隐藏在机器人后，前端有一个统一的机器人对接客户，这样客服部门的人离职了，完全不影响客户侧的感觉，说明很多事情本来就需要一层抽象来转接，没有什么比机器人更合适。[图片] 游戏里还有NPC呢[图片] 现在服务号基本上已经没啥用了，都没有人愿意主动去使用，我觉得机器人才是微信开放的一个未来，可是为什么微信一直没动静呢？我都想到了，为什么微信团队没想到，是不是还有其他什么原因？[图片] 有没有人能解答下？未来究竟会不会开放，我特别关注这个问题的答案，相信很多人都有类似的关心