公司想做一个代理商的线上对账小程序，里面涉及提现功能，需要核验身份信息以及保存用户支付宝或者银行卡号信息，请问是否允许？有前置条件吗？如果不允许有替代方案吗？

如题，之前关于canvas的问题在Skyline官方群问过说是模拟器暂时不支持，只能真机看效果，今天写了个功能，真机也没效果，求解。 代码片段：https://developers.weixin.qq.com/s/mRhzdLmp7SK3

小程序中某一页面使用webview打开已绑定的公众号文章，逻辑是点击进入该页面时，从后台查询并传入该页面的webview的url，然后将url动态绑定到web view组件中。这个过程正常没问题。 后面在处理转发的时候，在用户A转发该webview页面给用户B时，将webview的url作为页面参数一起转发出去，用户B点进时，先检测有没有这个url，有的话还是将这个url动态绑定给web view的组件，但是这个时候问题来了，显示“不支持打开非业务域名https://mp.weixin.qq.com，请重新配置。” [图片] 非常奇怪，希望官方解答下。

云托管部署的nodejs服务，数据库也是云托管开通的mysql，链接使用的mysql账号是root，内网ip和外网地址均尝试过。都报错，但是在本地使用外网地址是可以连接上的。 报错内容为：errError: UNKNOWN_CODE_PLEASE_REPORT: CynosDB serverless instance is resuming, please try connecting again 10/02 03:13:50 push-008 errError: UNKNOWN_CODE_PLEASE_REPORT: CynosDB serverless instance is resuming, please try connecting again 10/02 03:13:50 push-008 at Handshake.Sequence._packetToError (/usr/src/app/node_modules/mysql/lib/protocol/sequences/Sequence.js:47:14) 10/02 03:13:50 push-008 at Handshake.ErrorPacket (/usr/src/app/node_modules/mysql/lib/protocol/sequences/Handshake.js:123:18) 10/02 03:13:50 push-008 at Parser._parsePacket (/usr/src/app/node_modules/mysql/lib/protocol/Parser.js:433:10) 10/02 03:13:50 push-008 at Socket.<anonymous> (/usr/src/app/node_modules/mysql/lib/Connection.js:88:28) 10/02 03:13:50 push-008 at Socket.<anonymous> (/usr/src/app/node_modules/mysql/lib/Connection.js:526:10) 10/02 03:13:50 push-008 at addChunk (_stream_readable.js:297:12) 10/02 03:13:50 push-008 at Protocol._enqueue (/usr/src/app/node_modules/mysql/lib/protocol/Protocol.js:144:48) 10/02 03:13:50 push-008 at Protocol.handshake (/usr/src/app/node_modules/mysql/lib/protocol/Protocol.js:51:23) 10/02 03:13:50 push-008 at Object.<anonymous> (/usr/src/app/server/connection.js:11:4) 10/02 03:13:50 push-008 at Module._compile (internal/modules/cjs/loader.js:999:30) 10/02 03:13:50 push-008 at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10) 10/02 03:13:50 push-008 at Module.load (internal/modules/cjs/loader.js:863:32) 10/02 03:13:50 push-008 at Function.Module._load (internal/modules/cjs/loader.js:708:14) 10/02 03:13:50 push-008 at require (internal/modules/cjs/helpers.js:74:18) 10/02 03:13:50 push-008 > knative-serving-helloworld@1.0.0 start /usr/src/app 10/02 03:13:50 push-008 > node index.js 10/02 03:13:50 push-008 10/02 03:13:50 push-008 Hello world listening on port 80 10/02 03:13:50 push-008 at Protocol._parsePacket (/usr/src/app/node_modules/mysql/lib/protocol/Protocol.js:291:23) 10/02 03:13:50 push-008 at Parser.write (/usr/src/app/node_modules/mysql/lib/protocol/Parser.js:43:10) 10/02 03:13:50 push-008 at Protocol.write (/usr/src/app/node_modules/mysql/lib/protocol/Protocol.js:38:16) 10/02 03:13:50 push-008 at Socket.emit (events.js:314:20) 10/02 03:13:50 push-008 -------------------- 10/02 03:13:50 push-008 at Connection.connect (/usr/src/app/node_modules/mysql/lib/Connection.js:116:18) 10/02 03:13:50 push-008 at Module.require (internal/modules/cjs/loader.js:887:19)

域名：m.dddjb.cn 微信商户支付绑定的域名，无任何违规内容，最近测试Native支付的时候，发现扫码付费的时候显示网页被拦截。麻烦官方大大帮忙解决下

之前开发了一个小程序，主要用于给公众号粉丝发放微信红包封面，遇到审核遭拒，原因是提供了官方未开放的服务范围，在这里发帖，最终5天后得到回复确实属于误判，让我重新提交审核。换了个号，依然存在同样的问题，上次前前后后一共花了10几天才解决这个问题，这次又得多久？ [图片][图片] 肯定有人要问，为什么要换号再做一次？因为前一个连号都被封了，因为被恶意举报，本来也是在这里发帖，并贴上了好心人给的证明截图，但是最后帖子被吞。没关系，我相信好事多磨，我重新做一个号不就行了，趁着年前还没放假，然而又被误判。 微信这么大体量的平台，不用担心没有开发者前赴后继往里补充新鲜血液，但是作为一个有担当的企业请给同样是用户的开发者们一个好的环境。同样的误判，重复出现，最终都还是需要到这里发帖渴望不被吐渴望被人注意才能被解决，浪费了开发者的时间，拉低我们对平台的满意度。渴求被注意到的问题最终被吞，磨灭开发者的希望。

小程序被人组织恶意举报且成功，后台显示违规类型是“存在自行或协助他人以拟人程序、利诱其他用户参与、转发、下载或委托刷单平台等方式”，给的截图是我小程序里激励视频的截图。 为什么判断是恶意举报，因为我有截图，官方请看图（多图）： [图片][图片][图片][图片][图片] 很感谢帮我说话，像我反馈真实情况的网友，从上图可以看出来，用户在没清楚小程序规则的情况下（有明显的文字提示），召集网友共同举报，并且举报的类型是有违现实的（小程序存在网赚行为）。 结果是，1月23日我收到小程序违规消息的通知(当时并不知情是被恶意举报)。 [图片] 在收到违规消息后，作为一名老运营，首先认真阅读理解了官方的小程序运营规范里关于网赚行为的描述，在确定小程序并未违规后，进行了第一次申诉，在申诉里诚恳请求官方体验下小程序功能为我平反。但是结果是申诉未通过。 吃了哑巴亏后，因为功能的限制，小程序停止运营，正好空下来写代码准备做版本升级。但是在28号收到了第二次违规通知，类型和第一次一样，连投诉的截图都一样。 希望官方认真审核投诉行为，我现在运营分因为违规扣分只剩40，本来想获得2小时极速审核的评测奖励，现在也泡汤了。 希望在解决前此贴不沉。

官方出的微信红包封面功能，且发放渠道明确了可以通过小程序发放，小程序这边也有相应的发放接口。 自己做了相应的小程序，想通过小程序发放封面。封面为自己设计且通过了微信红包封面开放平台的审核。 之前审核一直正常通过，昨天审核收到了驳回通知，理由是混淆官方服务功能，申诉后通过。 今天审核又收到了相同理由的驳回通知且申诉没通过。 希望官方大大处理下，明明是遵守官方要求开发的。 [图片] [图片] [图片]

官方出的微信红包封面功能，且发放渠道明确了可以通过小程序发放，小程序这边也有相应的发放接口。 自己做了相应的小程序，想通过小程序发放封面。封面为自己设计且通过了微信红包封面开放平台的审核。 之前审核一直正常通过，昨天审核收到了驳回通知，理由是混淆官方服务功能，申诉后通过。 今天审核又收到了相同理由的驳回通知且申诉没通过。 希望官方大大处理下，明明是遵守官方要求开发的。 [图片] [图片] [图片]

官方出的微信红包封面功能，且发放渠道明确了可以通过小程序发放，小程序这边也有相应的发放接口。 自己做了相应的小程序，想通过小程序发放封面。封面为自己设计且通过了微信红包封面开放平台的审核。 之前审核一直正常通过，昨天审核收到了驳回通知，理由是混淆官方服务功能，申诉后通过。 今天审核又收到了相同理由的驳回通知且申诉没通过。 希望官方大大处理下，明明是遵守官方要求开发的。 [图片] [图片] [图片]