1.1 新版”手机号快速验证组件“，每次组件调用成功收费0.03元，其中的”调用成功“是指”用户同意，点击确认按钮“还是”调用phonenumber.getPhoneNumber 消费code成功换取用户手机号“？ 如下的代码片段中，getPhoneNumber仅控制台打印code，不调用phonenumber.getPhoneNumber的情况是否会收费？ <button open-type="getPhoneNumber" bindgetphonenumber="getPhoneNumber"></button> Page({ getPhoneNumber (e) { console.log(e.detail.code) return } }) 2.1 旧版”手机号快速验证组件“功能是否会择期下线？有详细的下线计划么？ 2.2 文档中提到的”旧版本组件目前可以继续使用，但建议开发者使用新版本组件，以增强小程序安全性“中的安全性是否可以详细说明？ 2.3 一直使用旧版”手机号快速验证组件“功能是否会有不良影响，请举例说明一下

res.errMsg内容是operateRecorder:fail:system permission denied，这是为什么啊，我start都成功调用了，开始录音了，调用stop的时候抛出这个异常，导致录音没法终止。 而且RecorderManager.onError 这个接口抛出的异常种类实在是太多了，能不能在文档里给一个列表，每种异常都是什么意思，该怎么避免 从这个接口已经获得过好多种异常信息了，有好几种都不知道是什么意思、怎么避免，有的时候fail to start 还有两种异常信息，一种是errType 6的，一种是operateRecorder:fail:start record fail。就不能统一一下吗，同一个类型的信息谁知道还有多少种变种，都不好统一处理 [图片]

小程序中只要用到了video标签，视频播放功能都需要【文娱-其他视频】资质吗？

经用户反馈发现：录音完成后，播放回显的录音文件发现没声音 时长为 0 录音逻辑是： 用户进入页面 点击录音 录音完成后点击停止 通过 RecorderManager.onStop 获取 录音文件临时地址 通过 wx.uploadFile 将临时文件上传至业务服务器 业务服务器响应录音文件 cdn 地址 页面回显录音文件供用户播放 通过埋点我们可查到，用户在点击停止时通常已录音 10s 以上，并且通过 onStop 回调参数的 duration 也可以印证 但是，将文件上传至服务器后，对服务器上的文件进行播放后发现， 没有任何声音，并且通过系统对文件信息查看发现时长确实为 0 小程序端开始录音相关参数 [代码]          this[代码][代码].recorderManager.start({[代码][代码]            [代码][代码]// 3 分钟 实测总时长会少大约 60ms 导致最终时长为 2‘59“ 因此加 1s[代码][代码]            [代码][代码]duration: 3 * 60 * 1000 + 1000,[代码][代码]            [代码][代码]sampleRate: 16000,[代码][代码]            [代码][代码]encodeBitRate: 96000,[代码][代码]          [代码][代码]});[代码] 下面是同一个用户，在一段时间内多次上传录音 发现服务端记录时长都为 0，但回调参数中的时长正常(ext.file 为onStop 回调参数, ext.res 为服务端返回文件信息) 经分析，该用户使用同一设备，录音时长在 19s - 68s 的 6 段录音文件大小全部为 24600 左右；完全不符合在相同采样率，码率，设备情况下 时长越长，文件越大的原则 现在需要官方帮忙解答，为什么会出现这种问题，以及作为开发者如何解决？ ps.这个问题无法稳定复现，无法稳定复现，无法稳定复现，没有可复现的代码片段提供。请提出一些针对性的问题 [图片]该用户系统信息 systemInfo.SDKVersion     2.8.3 systemInfo.albumAuthorized      true systemInfo.batteryLevel     71 systemInfo.bluetoothEnabled     true systemInfo.brand      iPhone systemInfo.cameraAuthorized     true systemInfo.deviceOrientation      portrait systemInfo.fontSizeSetting      17 systemInfo.language     zh_CN systemInfo.locationAuthorized     true systemInfo.locationEnabled      true systemInfo.microphoneAuthorized     true systemInfo.model      iPhone 7 Plus<iPhone9,2> systemInfo.notificationAlertAuthorized      true systemInfo.notificationAuthorized     true systemInfo.notificationBadgeAuthorized      true systemInfo.notificationSoundAuthorized      true systemInfo.pixelRatio     3 systemInfo.platform     ios systemInfo.safeArea.bottom      736 systemInfo.safeArea.height      716 systemInfo.safeArea.left      0 systemInfo.safeArea.right     414 systemInfo.safeArea.top     20 systemInfo.safeArea.width     414 systemInfo.screenHeight     736 systemInfo.screenWidth      414 systemInfo.statusBarHeight      20 systemInfo.system     iOS 12.1.2 systemInfo.version      7.0.5 systemInfo.wifiEnabled      true systemInfo.windowHeight     672 systemInfo.windowWidth      414

最近经用户反馈发现：录音完成后，播放回放的录音文件存在被快进、倍速播放的情况 通过日志和对比recorderManager录制源文件发现，通过recorderManager录制完成的源文件时长duration会出现比本地计时要短的情况，这种情况下播放录音内容被严重快进倍速播放，无法听清内容 以下为几个日志记录的本地计时和recorderManager返回的文件时长duration对比的例子，实际去听文件确实存在快进、被倍速播放的情况 [图片] [图片] [图片] 可以发现出现问题和录音时长没有明显关联，录音时间长短都有可能出现文件快进的情况 再通过查询近6天出现这些情况的用户的机型和微信信息： 用户设备集中在小米品牌 Xiaomi、Redmi 2种 6.10日更新：出现问题的用户设备不止小米品牌，新排查到存在vivo、华为机型 小程序基础库版本为2.24.1、2.24.2 这个问题无法稳定复现，无法稳定复现，无法稳定复现，没有可稳定复现的代码片段提供。 同一个用户，同一手机，在一段时间内多次上传录音不是必现该问题，也有可能是正常的。但确实会存在不可预计的某次录音文件出现倍速播放的问题 现在需要官方帮忙解答，为什么会出现这种问题，以及作为开发者如何解决？ 提供一个出现该问题的用户的系统信息 Model：Mi 10 Pro brand：Xiaomi screen_dpi：2 Name：Android Version：12 SDKVersion：2.24.1 app：wechat fontSizeSetting：16 language：zh_CN platform：android screenHeight：835 screenWidth：393 statusBarHeight：33 version：8.0.22 windowHeight：756 windowWidth：393

优化小程序性能一直是一件令人头疼的事情。为此，微信团队近期上线了“小程序测速”功能，可以简单方便地统计小程序内某一事件的实时耗时情况，并可根据地域、运营商、操作系统、网络类型、机型等关键维度进行交叉分析。对于更复杂的用户场景，还可以使用自定义维度进行分析。 欢迎大家根据全新上线《小程序测速使用指南》测试小程序的网络性能、渲染/加载性能等指标，并在本话题与我们交流你对小程序性能调优或测速能力有什么样的建议或期待？ [图片] 参与本话题优秀回答者将获得微信正版周边礼品一份，快来参加吧！ [图片] [图片] [图片] [图片] [图片] *图片仅供参考，实际奖品选择与发放将视官方周边更新与存货情况进行适当调整 *获奖情况将在「社区每周」公告中进行公示，受近期疫情影响，公示与发货时间可能有所延长

当小程序上线之后，随着业务量增多，维护体量越来越大，如何应对更多的突发事件？如何避免其扩大成为故障呢？ 小程序MP平台的「开发—运维中心」提供一系列帮助开发者主动运维小程序的能力：可以根据关键字查询指定时间的JS错误内容以进一步定位问题、通过设置告警规则来将数据告警自动发送到告警群等。希望能帮助开发者提升应急能力，把故障消灭在萌芽阶段。 平常开发小程序的过程中，你会使用管理平台提供的运维中心的功能来保证小程序的质量吗？你在使用过程中遇到过什么问题？你希望官方做哪些优化来让功能与数据更清晰丰富呢？ [图片] 参与本话题优秀回答者将获得微信正版周边礼品一份，快来参加吧！ [图片] [图片] [图片] [图片] [图片] *图片仅供参考，实际奖品选择与发放将视官方周边更新与存货情况进行适当调整 *获奖情况将在后续「社区每周」公告中进行公示

尊敬的开发者： 根据相关法律法规，用户撤回同意后开发者应当主动删除用户信息。 对于微信用户撤回授权信息，平台将每日一次邮件同步通知，请你及时删除附件中用户的相关授权信息（相关字段释义详见下方开发者社区文档说明）。 你也可以通过接收事件通知即时进行处理，能力参考： 小程序用户撤回： [图片]https://developers.weixin.qq.com/miniprogram/dev/framework/security.html#%E6%8E%88%E6%9D%83%E7%94%A8%E6%88%B7%E8%B5%84%E6%96%99%E5%8F%98%E6%9B%B4 ； 公众号用户撤回H5授权信息： [图片]https://developers.weixin.qq.com/doc/offiaccount/OA_Web_Apps/authorization_change.html ； 移动应用用户撤回： [图片]https://developers.weixin.qq.com/doc/oplatform/Mobile_App/WeChat_Login/authorization_change.html 。 微信团队 1.需要删除这批用户的哪些数据？ 2.如果需要删除，那么要在什么期限内完成？ 3.如果没及时删除会有什么样的处罚？