看一下这个微信公众号 [图片] 这是某篇文章： [图片] 这是另一篇文章： [图片] 请问是如何做到正片文章都不满100字的情况下，能插入1条甚至2条文中广告的？ 就算我原样复制到我公众号，也一样会提示“插入广告的位置前或者后起码需要300字”？ 现在公众号的文章如果使用发布功能，一天可以发布多篇，而且一样是有一定的推荐量的。 发现不少号就像这样子，每天发布个10几甚至几十篇文章，每篇文章都没微博字数多，配个图片就等着文章广告薅羊毛了？ 这样子又可以了？那我也摩拳擦掌了啊~

云函数环境变量 TZ Asia/Shanghai 无效 cloud.subscribeMessage.addTemplate 按照官方实例调用，失败，始终提示参数 kidList不存在 Ide中按钮bindtap事件中调用requestSubscibeMessage，大概率会报错提示订阅消息事件必须在tap事件中发起（明明就是bindtap中发起的），真机没问题。 云函数触发器中调用下发模板消息，提示 fail params error。 从小程序中直接调用该云函数，正确下发模板消息（不要质疑有没有下发次数什么的，用户订阅一次入一条库，发成功一次，该记录删除。每次测试前都会手动订阅n次来供测试；触发器调用和小程序手动调用，同样的查询--发送逻辑，也log过两者发送前的参数，可以确保无遗漏、无错误）。各种手动触发、修改trigger的触发时间、删除再添加trigger，较小的概率出现偶然触发器下发成功一次（原因未知），一旦偶发下发消息成功这一次，之后的每次触发也就能下发成功了。 这个问题社区问的人太多了，挨个翻了个遍，排除那些没传openid什么的问题，其他似乎没有一个最终说解决了的。官方也总是把焦点放在订阅没订阅、有没有下发次数上。很明确的说，有，而且如果没订阅或者次数没了，报的错误异常一目了然。 请核实。 不要再像这个帖子一样再不厌其烦的问我要代码片段，给了又何如？一年多过去了，bug不还躺在那？ https://developers.weixin.qq.com/community/develop/doc/000e8e571501c8158b09393215b800 不是不愿意给，这些问题要么是配置问题，要么跟业务紧密结合，完全没办法给。 老实说，本人提的bug很少，但是个个都是诚惶诚恐的反复验证多次、甚至在微信群私下讨论、多人验证确认后才敢过来发帖，也是为了避免给各位姥爷们添麻烦。 那就请高抬贵手，查查又何妨?

如图 [图片]

横屏下，ios小程序字号出现了诡异的问题。 [图片] [图片] 两个设置为横屏的page，无wxss样式， 单行，字号显示正常 只要超出一行，字号必定不正常 目前iphone的几个机型：iphonex, iphone7,iphone7p, iphonexs都复现 android测试过华为荣耀v9，小米，未复现。 代码片段：https://developers.weixin.qq.com/s/gAOM6vmS7feD 抓紧解决，几千万的项目，春节前最后一次不敢发版了。上亿的广告费打水漂了。

page的json文件中如下声明： [图片] 然后模拟器，iphonex，iphone7下面的显示分别如下： [图片] iphonex [图片] iphone 7 [图片] 问题是，iphone x，下系统的状态栏没了 这里导致了很多问题 胶囊由于iphonex的圆边，及其难点击了 iphone x下面没有statusbar了，然而，getSystemInfo却又返回了相关信息： [图片] 导致如果做自定义navbar的话，返回按钮的top计算会出问题的，如果我按照机型去写适配，又不知道哪些机型不显示statusBar。。。 望答复！

先回顾一下整个事情的经过。 5月27日，客服系统突然收到大量用户的反馈，说是小程序无法搜索到，从收藏列表也无法打开，提示不再提供服务。 当时吓的哥虎躯一震，第一时间打开mp后台查看情况。 意外的发现了一条站内信： [图片] WTF??? 我这小程序都上线了一年多了，名称混淆误认（小程序名称：皇室小蜜， 皇室战争的一款数据查询、工具性质的小程序）？？？ 这种方式的命名在小程序里面太常见了，有木有？ 幸好，本人在社区尚算活跃，也曾有幸获取过社区优秀贡献奖。抱着试试的态度，在社区群中发起了疑问。很快有微信的热心同学帮助答疑，和负责审核的同学进行沟通，确认了这是一起误判、误伤事件。 [图片] 很快，事情得到了解决，小程序可以重新搜索，可以打开正常服务了。 这里我只想表达对微信这种强制下架的一种感慨，对于无违规内容的小程序，仅仅是名字混淆就可以强制下架？ 就连商标混淆，工商局都需要给出一定时间限定整改吧？这样蛮横的强制处理，真的好么？ 看到这里，你以为整个事情结束了么？ 那你天真了！ 惯例分割线分隔一下！！！！ 第二天，打开微信后台，无意发现一个问题： Wtf, 违规记录居然有一条被扣屎盆子的记录？？？ [图片] 看到这个，哥第二次虎躯一震，我艹，这玩意影响很多事情啊。光速打开“小程序”评测，果不其然： [图片] 因为一条莫须有的违规记录，小程序评测综合评定，直接不达标。要知道，自从推出小程序评测以来，从来每个月都是通过的！！！！ ok，急速评测没了，内测资格没了。 抱着忐忑的心理（你没看错，是“忐忑”，在微信爸爸面前你要保持谦逊！），又联系上了群中微信同事。这里首先还是要对群中微信同事表示感谢，起码是本着解决问题的态度在积极协助联系和沟通。 [图片] 然而很伤心，mp后台的违规记录无法删除，至少表明在新功能上线之前无法删除。好吧这个我忍了，等功能上线好了。 那对于评测的影响呢？ [图片] 嗯，似乎还行，只影响了本月的评测，下个月即使我仍然背着这个误判的屎盆子也不影响评测，似乎也能接受。 看到这里，你以为整个事情结束了么？ 那你又天真了！ 惯例分割线再分隔一下！！！！ 几天后，无意打开小程序，查看了一下个人资料， WTFFFFFFFFFFFFFFFFFFF? [图片] 后台给我扣一个莫须有的违规记录我认了，耽误我小程序评测我忍了，这算什么事？直接让用户看到我有一个被你们扣屎盆子莫须有的违规记录？？？ 拜托，处理事情能专业点么？ 再次怀着忐忑和谦逊的心情联系了群中的同事，得到了如下答复 [图片] 好吧，大厂做事情果然有大厂的风格，都是按部就班的，这个我理解，行吧，先这样。 看到这里，你以为整个事情结束了么？ 那你还是太天真了！ 惯例分割线再分隔一下！！！！ 很快，又到了一月一度的小程序评测时间了，打开后台一看，WTFFFFFFFFFFFFFFFFFF， 怎么还是不通过？说好的不影响评测呢？？？ [图片] 已再次怀着忐忑和谦逊的心里在群里寻求帮助，然而得到的结果始终是“跟进中", “有结果答复”。 拜托，已经44天了，你们确实可以再拖一下，反正再过40来天就三个月了，届时，这个屎盆子违规记录也无所谓了，也不会再影响评测了。 然而，我的小程序依然会背着这个屎盆子让用户看，看到我曾经“违规”。 然而他们看不到的是，作为一个开发者的心酸和无数次诚惶诚恐寻求帮助无果的无奈。 以上就是整件事情的经过，拜托审核部门的各位老爷们，拿出点诚意来解决问题，解决点用户的实际问题，不要为了kpi在一些无谓的审核问题上下功夫。自己的错误导致的问题，在任何地方、任何行业难道不是优先处理和解决的么？？ 你们也专业点行不？ 你们拿出点诚意行不？

月初的banner广告 [图片] 月初的插屏 [图片] 最近的banner广告 [图片] 最近的插屏 [图片] 我知道这个和很多因素有关系，然而这个差别也过分大了吧？？

[图片] 闲来无事翻文档，发现swiper这个属性？ 做什么用的？

关于用户授权，获取头像昵称等问题改了多次了。 为了保护用户的隐私，这个可以理解，没有问题。 然后现在确实不便，譬如一些场景： 发帖、回复、评论显示用户头像昵称，参团、购买显示用户昵称。 这些地方，当然可以在一些关键点上使用getUserinfo的button来触发授权，然而一个评论就让人授权，真心感觉在妨碍用户。其实无非是想给评论列表上的用户一个头像昵称显示罢了。 关于用户头像昵称的展示问题，为什么不借鉴一下open-data里面的对于group的展示方式呢？ 只需要group-gid就可以展示出群的相关信息？ 譬如 <open-data type="userAvatar" user-openid="xxxxxxxxxxxxxxxxxxx" /> <open-data type="userNickname" user-openid="xxxxxxxxxxxxxx" /> 而不是现在这样用户的opendata只能是当前的微信用户？

我公司的小程序“小拼课“，已经上线几个月了。产品主要形式是免费为商家提供发布线下课程拼团的平台。 关于ios虚拟支付的问题，产品在立项前也进行了大量的前期调研。特别注意到官方对于虚拟支付的定义： [图片] 同时也参考了社区的同类帖子，关于线上付款，线下提供服务、提供课程培训是否被界定为虚拟支付： https://developers.weixin.qq.com/community/develop/doc/000eec47d58ba0f67d474e1c353400?highLine=%25E8%2599%259A%25E6%258B%259F%25E6%2594%25AF%25E4%25BB%2598%2520%25E7%25BA%25BF%25E4%25B8%258B https://developers.weixin.qq.com/community/develop/doc/00040a754c81087dddb77902a51800?highLine=%25E8%2599%259A%25E6%258B%259F%25E6%2594%25AF%25E4%25BB%2598%2520%25E7%25BA%25BF%25E4%25B8%258B 官方也在上述的帖子中明确提出了，线上付款，线下提供实际服务并非虚拟支付。 昨日突然收到微信通知，有用户举报小程序中有虚拟支付行为，结果今天，ios上的支付就彻底不能用了。 这里就很疑惑了？我们的产品肯定不算虚拟支付，为什么会有告警甚至屏蔽支付？ 难道这里又有所谓的双重标准？（你们去搜一下现在线上的各种搞教育的小程序，里面各种虚拟支付多的去了）怎么我们这个严格执行标准的反而被告警？ 请官方再次确认！！ appid： wx6ac1cba5bd71a219