公众号收入变现中的短剧和小游戏，是需要手动选择目标后插入文章的。 1. 如果后续这个短剧或小游戏停止推广了（也就是不产生任何收益了），已经插入文章的这个短剧或小游戏是会被隐藏，还是会继续无收益展示，还是会自动更换其他广告？ 2. 如果公众号的文章属于长期有稳定流量的，在文章发布后还能不能修改之前插入的短剧或小游戏？ 3. 短剧和小游戏是否有类似流量主广告的【自动】选项？就是运营只需要在文章某个位置插入一个卡片，卡片自动展示当前有收益的短剧或小游戏？

已经很久了，还没恢复，总不会砍了吧？ 以前筛选小程序除了【最近使用人数】，至少还有评分和评论参考，用户可以体验一下小众但高分的小程序 现在用户就只能根据【最近使用人数】去从众了

监测到用户端出现大量的如下报错 MiniProgramError SyntaxError: missing ) after argument list Error: SyntaxError: missing ) after argument list 代码本身没问题 报错的用户数/活跃用户数 ≈ 1/1000 经过统计： 微信版本：8.0.62 基础库：3.9.3 机型：vivo V2279A、oppo PDYT20 PFGM00 PCNM00、realme RMX3770

小程序没有开启横屏模式，用户设备如果开启了重力旋转，在横屏时也会导致小程序旋转 一般是在小程序启动和页面切换时，会先旋转到横屏，又转回竖屏。 这是问题1，为什么没有开启横屏，还是会先旋转后恢复？在读取到横竖屏的配置文件前，难道不应该是默认竖屏吗。 然后是问题2，部分设备在经过上述的旋转恢复后，会出现界面错乱，比如底部的tabbar跑到页面中间，导致页面的下半部分被遮挡。 比如下面这个你们微信官方的【we分析】，一样会出现这个问题 [图片] 根据用户反馈的统计，平板上出现这种情况的概率比较高（应该是平板更容易出现横屏使用的情况）

button组件跳转的小程序客服功能 用户发送图片，用户端界面会显示图片，但客服端只会显示“[不支持的消息类型]” [图片] 搞得还得让用户把发送图片的界面用屏幕截图截下来再发，屏幕截图才能正常显示 跟用户沟通弄的非常麻烦。 小程序客服本身功能就够阉割了，只能发图片，但连用户端和客服端支持的格式都不能统一 要么让客服端支持用户端能发的所有图片格式 要么禁止用户端发送客服端不支持的图片格式 --------------------------------------------------------------------------------------- 补充： 小程序客服用户端，禁止用户发送自定义的微信表情，却允许用户发表情商店搜索的表情 用户发的微信表情，在用户端都是正常显示，在客服端要么显示“不支持的消息类型”，要么压根不提示（包括没有消息提醒，聊天记录不显示）。 搞得客服天天被用户骂不回消息。

第一种是开发者自己和广告主联系，投放广告 第二种是在小程序中接入第三方广告SDK 问题： 小程序规范是否支持开发者自己接入上述广告形式？是否有额外的资质需求？

在搞微信小店之前，就去小程序审核客服那边咨询，问个人小程序能不能接入。 毕竟搞个微信小店要去注册营业执照、要去学小店的运营、要去搞货源。 小程序审核客服跟我说”不知道，要接入小程序后审核为准“。 好！然后我就花了一周时间去搞了微信小店的所有流程，把微信小店接入小程序，然后提交审核。 接入小店的版本，审核通过，没问题；后续又更新了几个版本审核通过，都没问题。 今天提审其他更新，又给我来一出个人小程序不支持电商交易？？？ ----------------------------------------------------- 文档中写的清清楚楚，”小程序内嵌微信小店商品，展示小店商品，并进行跳转交易。“ 是跳转到微信小店交易，不是在小程序中交易，充其量就是个商品广告，哪来的小程序内电商交易？？？ 要这么说，流量主展示的所有广告都是跳转交易，难道也要电商类目？？？ ------------------------------------------------------ 小程序的审核，接入之前，问审核客服，一问三不知，要等实际接入提审。 等接入了，审核标准又一天一个样。玩开发者呢？ ----------------------------------------- 另一个功能也是，同样的功能，同样的小程序规范，上百个版本都正常过来了，提审其他功能时又被拿出来鞭尸，难道是之前那几百次审核的审核人员瞎吗？实在无语

在官方审核标准没有变化的情况下，某个功能经常出现之前的版本审核都没问题，最新的版本却审核不通过的情况。 甚至当前版本的更新都没有涉及这个功能。（也就是老拿跟当前版本更新无关的功能出来鞭尸，之前上百个审核人员都认为没问题的功能，新的这个审核人员偏要认为有问题） 功能刚上线的时候，开发者会针对这个功能做详细的说明，但后续其他功能更新的提审，肯定只针对当前更新做说明。 总不能每次提审都要把小程序所有功能的产品使用说明全附上吧？你输入框也写不下啊。 功能多了，版本多了，时间久了，隔三差五就要经历鞭尸，第一次审核鞭尸申诉了，又另外找个尸来鞭。 搞得开发者经常要因为同一个功能，一遍又一遍地找客服，真的不胜其烦，还耽误时间。 特别是线上bug需要马上更新修复的时候，审核给你拖个一两年前的功能来鞭尸，真的恼火。 所以建议：在官方审核标准没有变化的情况下，审核应重点关注当前版本的更新内容；如果官方审核标准有变，再去翻旧账也不迟。

如果开发者没有设置强制更新， 用户端的小程序就是自动更新， 但有时候用户知道有新版，要使用新功能，但打开小程序后等半天，再重启几次小程序还是没更新，也就是对用户来说，小程序的更新不可知（不知道有没有新版、不知道更新进度）、不可控（无法手动更新）， 希望能像APP一样，能在胶囊上显示更新标记（有新版的情况下），用户点击可以手动更新小程序

旧版画布迁移到新版画布后，最大的问题就是支持的尺寸大幅变小了。 比如旧版画布，支持的画布和图片（drawImage)尺寸基本都能达到16000~32000像素； 但是迁移到新版后，新版画布支持的尺寸大幅下降，有的设备设置只支持到 4096。 而支持的图片尺寸更低的离谱， 新版画布的drawImage需要创建图片对象来加载图片： // 官方文档示例 // const image = canvas.createImage() image.onload = () => { context.drawImage( image, 0, 0, 150, 100, ) } image.src = 'https://open.weixin.qq.com/zh_CN/htmledition/res/assets/res-design-download/icon64_wx_logo.png' 但这种方式支持的图片尺寸，完全依赖于画布支持的最大尺寸，比例大概是1:2.5（目前观察的粗略比例） 也就是如果画布支持的最大尺寸是 8000×8000，那么支持的图片最大尺寸大约就是3200；超过尺寸的图片，加载时就会报错，无法进行后续处理。 而现在很多手机基本拍个照片，分辨率都是4000+，无法在不压缩的情况下放到画布上进行处理。 所以希望能优化一下新版画布的这些尺寸限制。