提供UGC内容的小程序，需要用户认证后才可以发帖，但现在小程序的实名接口也暂停开放了，就算开放也只会提供给特定行业。 我们主要是想防止有人发布广告或违法消息后，我们将对方账号封禁，对方又注册了一个小号继续发帖，无法有效监管。只能一个一个的封。 希望官方可以提供一个验证用户是否实名认证的接口，提供两个id 类似 openid 和 unionid 这样即不会泄露用户隐私，又可以在同一个开放平台下数据互通。

按照类目的规范，社交-笔记 类目是可以上传视频的，并且允许他人查看及分享内容，但如果涉及到 视频集合 则需要补充 文娱-视频 类目 问题一： 那如果公共的内容列表中，不展示视频内容（小程序有添加 社交-社区/论坛 类目），视频内容仅在自己的内容列表中展示（用户可以单独查看某个用户的内容列表，也会出现视频内容），视频内容也可以分享给好友查看。 这种情况是否还需补充 文娱-视频 类目？ 问题二： 公共的内容列表中随机出现视频内容，不提供单独的视频列表入口，是否是 社交-笔记 类目允许的范围？

场景： 小a要给小b发一个快递，小b把姓名、地址和电话通过微信发给了小a，正好小a临时有事，没有立即预约快递，准备第二天再寄，期间小a和小b一直通过微信聊天（消息999+），第二天小a准备寄快递的时候，打开了某丰小程序准备下单，在填地址的时候发现之前没有给小b寄过快递，是一个新地址，小b昨天把新地址发给了小a，于是小a切换到聊天窗口，一通上划（也可能是搜索）找到了地址，长按复制，再切回某丰小程序，预约上门取件。 如果小程序支持直接从微信聊天窗口选择聊天记录的话，或许只需要点一个按钮 -> 搜索 -> 选择 就可以将地址填进去了，岂不是更方便 更多使用场景大家可以在下面讨论，我个人是比较懒的那种，能点一下就完成的事情，绝不点两下

社区文章编辑器中的切换编辑器按钮和全屏按钮比消息的层级要高 [图片]

在社区发表文章时，短时间内进行2次编辑发布会提示“提交太频繁，请稍候再试”，这个设计可以理解，但是在进行保存草稿的时候也提示“提交太频繁，请稍候再试”，并且编辑已经保存的草稿也会提示“提交太频繁，请稍候再试”，这个设计就不合理了，如果在编辑一个长文章时，草稿无法保存，岂不是白写了？

公众号开发自动回复消息，消息加解密方式选择的是安全模式，文档中写的是回复的消息也要进行加密，今天偶然发现回复明文也能发送成功，这不是兼容模式才会出现的现象吗？为什么在安全模式下这样也可以？

今天发现小程序的流量主后台可以设置广告屏蔽，但是要输入要屏蔽的公众号、APP、小程序的appid才可以，而且还有数量限制，这样设计是否合理呢？ 有广告屏蔽需求大多数都是竞品屏蔽，为什么不设计为按行业屏蔽呢？

有这么一个场景 ，在商户平台添加了员工 ，员工离职了 ，超级管理员把这个员工的账号删除了，过了一段时间来了一个新员工，新员工和之前离职的员工重名，在添加员工账号的时候就会提示账号名重复！ 之前离职的员工的账号已经删除了为什么不能再添加？已经删除的员工信息永久保留吗？已经删除了也不允许使用？

申请的是普通商户，申请成功后因为产品还没有开发完成，但门店需要收款所以在产品中心里开通了《微信收款商业版》，商户类型就变成了特约商户。 并且《微信收款商业版》内显示的商户全称和付款码显示的商户全称也不对，变成了简称。 小程序和公众号中关联的商户号类型却显示的普通商户 几个问题：     1、变成了特约商户是否会影响普通商户原有的功能？如：企业付款到零钱、企业付款到银行卡     2、使用《微信收款商业版》产生的流水是否满足开通企业付款到零钱的条件（入驻满90天，连续交易30天）？     3、《微信收款商业版》内显示的是简称还是全称？或是门店名称？ 微信支付商户号： 1548889521 以下是截图 申请单： [图片] 账户信息： [图片] [图片] 微信支付商家助手： [图片] 微信收款商业版： [图片] 扫描付款码显示页面： [图片] 小程序： [图片] 公众号： [图片]

- 需求的场景描述（希望解决的问题）     在小游戏中上报用户的数据到开放域中，正常情况下都会在小游戏端上报，没有几个人会舍近求远放在后端去上报数据。毕竟小程序端上报数据只需要调用一个API就可以了，如果在后端上报就需要各种签名加密，最重要的是依赖用户的session_key，如果这个session_key过期了就无法操作了     当真正需要使用这两个后端API的时候，（场景：需要批量迁移用户的数据到新的key中、上报的数据需要进行合并）会发现有很多老用户的session_key早已过期 - 希望提供的能力     既然需要access_token了为什么还要再提供一个登录态签名，如果必须要数据加密，是否可以将session_key替换成不过期的一种key呢？