直接使用webview打开小程序关联公众号的具体一篇文章是OK的。 但是没办法直接打开小程序关联的公众号发布的标签合集首页。 直接在 webview 标签src 连接合集标签地址，无法打开。 打开文章之后，通过文章底部的 标签入口，也无法打开。 [图片][图片][图片]

之前是通过OK的。 本次添加了剪切板的读取权限需求，按照要求增加并填写了内容。 就一直审核不通过，没有具体原因，麻烦审核帮忙看下。说一下具体的原因是？ [图片] [图片]

在开发者工具之中 按照插件文档，自定义属性绑定了几个事件，如下图，使用binddatechange绑定了dateChange事件等。 [图片] 但是使用真机调试是，发现所有绑定事件失效。 查看真机调试的wxml，发现绑定的自定义属性全部消失了。 [图片]

有非法的人，通过扫群二维码进入微信群，发送色情、赌博、非法贷款等广告信息！ 以下是随便搜出来的情况，应该有不少人遇到了这种情况。 https://www.zhihu.com/question/313177430 最近两个朋友遇到这种情况，都问我怎么回事，IOS安卓都有。 他们非常确定他们从未分享过群二维码出去，我只能怀疑他们手机中毒了... 但是他们也不是老年人，都是年轻人，也从未刻意下载非法软件（特别是IOS）。 那是否存在微信群分享二维码的数据源被解析的可能性呢？ 两位都是教师，威胁到的都是工作群，并且所有的工作群都可能受到影响！！ 那些群里全是家长和学生！ 找不到反馈的渠道，只能在这里希望微信方面有人能重视帮忙转交给相关负责安全的团队。

在给政府做一个民生服务类的小程序（原有的是H5应用）。 业务中涉及身份证的ocr识别，小程序开放了相关的接口  OCR。 有两个疑虑，一是表明内测，二是限制500次/天。 我看公告中是有提示可以申请调整额度。 目前已上线的H5版本，业务峰值超过日均1W/次的办理，峰值过后一直维持在300次/天左右。 但是这种政务服务是随时可能因为政策宣传，访问办理量陡增。 因此想详细了解一下整额度的具体规则，或者限制，是否可能调整至日均1W次以上的。 害怕使用之后申请调整额度的上限不高，以及“内测”这个字样不敢在生产环境中使用。

翻阅了很多之前提问与问答，也查询了相关的资料。 一直没有个很清晰的定义，企业类型的小程序，所选择的服务类目，是否必须与企业主体的经营范围有强关系这一点？ 我们公司主体主的经营范围主要是研发、技术服务类的，需要开发一款景区服务类小程序，主体下申请的小程序是否可以选择对应类目？ —————— 一是部分类目定位模糊。 小程序的开放类目中，有不少类目的定位很模糊，比如，商家自营，这种类目几乎可以涵盖所有商家自行销售商品方向的小程序，但是又会有涉及医疗器械、医疗药品、教育产品等，感觉很多类目的定位是交叉的。 这种问题连官方的回答都是，建议选择商家自营，然后具体由审核过程中小程序的功能来判定——这句话说了等于没说，开发者更本没办法预计上线审核时间。 ———————— 二是部分类目资质要求不统一。 开放类目中，有些类目实质审核中并没有严格的资质范围要求（太多了，各种工具小程序、信息小程序等） 但是有些类目又会严格要求提供相关资质（比如社交），然而这些。 ———————— 三是审核标准模糊 之前碰壁，一个景区小程序有一个简单的用户拍照打卡功能，一开始审核是直接通过，后来更新其他功能时又驳回，提示需要添加社交类目。 但是本身只是个简单的打卡功能，只能点赞，连留言都没有，怎么去定义到底是否社交呢？ 如果这个点赞留言算的话，那资讯文章类的小程序，文章有留言回复点赞功能，是否也应该算作是社交呢？

[图片] 已经5天过去了，今天是第六天了。 还没有审核，请问什么原因

公司项目跟三方公司系统对接合作，存在这样一个场景。 A公司主体的小程序，调用B公司主体的微信商户，该商户是C公司主体服务商下的子商户。 以前因为A/B主体一致，所以没有考虑到这个问题。 想确认一下如下参数。 在传递sub_appid之后 [图片] 再传递对应sub_appid小程序中获取到的用户的openid，作为sub_openid上传 [图片] 来进行下单支付。 有没有兄弟遇到过这种场景，是否支持？ 另外吐槽下： 文档中找不到明确说不支持的，但是那句"用户在子商户appid下的唯一标识太模糊了，实际上这个地方的openid跟实际的商户有毛关系？ 明明是指前端调起支付时使用的小程序、公众号下的openid，偏偏要说一句：商户appid下的唯一标识？ 虽然需要在商户中把对应的小程序、openid进行关联，但是一个商户可以对多个不同的公众账号。 这个回复也是很误导。 [图片] 做了好几个项目微信支付了，一直以来这个地方的描述都不够清晰，稍微隔段时间没看，就又要去研究半天。

公司项目跟三方公司系统对接合作，存在这样一个场景。 A公司主体的小程序，调用B公司主体的微信商户，该商户是C公司主体服务商下的子商户。 以前因为A/B主体一致，所以没有考虑到这个问题。 想确认一下如下参数。 在传递sub_appid之后 [图片] 再传递对应sub_appid小程序中获取到的用户的openid，作为sub_openid上传 [图片] 来进行下单支付。 有没有兄弟遇到过这种场景，是否支持？ 另外吐槽下： 文档中找不到明确说不支持的，但是那句"用户在子商户appid下的唯一标识太模糊了，实际上这个地方的openid跟实际的商户有毛关系？ 明明是指前端调起支付时使用的小程序、公众号下的openid，偏偏要说一句：商户appid下的唯一标识？ 虽然需要在商户中把对应的小程序、openid进行关联，但是一个商户可以对多个不同的公众账号。 这个回复也是很误导。 [图片] 做了好几个项目微信支付了，一直以来这个地方的描述都不够清晰，稍微隔段时间没看，就又要去研究半天。

昨日提交的新版本小程序的审核未通过 原因“你的小程序涉及提供用户自行生成内容（文字、图片、音/视频）的记录、分享，需补充：社交-笔记类目” 这个原因应该是其中一个趣味打卡功能造成的，目前该功能实质上没有分享，上传打卡的内容仅用户自己可见，之前该小程序多次审核并通过，并未因为这个功能而驳回。 该类目的添加又需要提交备案截图审核，目前已经提交了，请问类目审核需要多久呢？在类目审核完成之后才能再次提交代码审核。 该小程序实际上就是景区服务小程序，（由腾讯公司承接主导，重庆市两江新区政府的一个智慧园区小程序），目前审核未通过已经影响到园区在智博会中的工作进度与园区游客的使用体验。