多台设备，不同网络下，多次尝试并切换4G，WI-FI环境均无法正常打开。同一网络下的pc端微信浏览器、pc端非微信浏览器均可打开。发现问题后，大约10分钟后又恢复可以访问的状态。 想了解下错误码0对应的具体是什么错误内容。

目前安卓和ios都会出现，点击公众号菜单栏，报“网络出错”的错误。 appid：wx548a5a1666e37353 [图片][图片]

- 当前 Bug 的表现（可附上截图） - 预期表现 - 复现路径 - 提供一个最简复现 Demo 通过web-view访问页面时，少部分手机对同一个url多次进入的时候，偶现以下提示。 这个网络错误：53 什么情况下会出现？ [图片]

- 需求的场景描述（希望解决的问题） 在使用录音管理 getRecorderManager 时，因现在 format 只支持（aac/mp3）,我们的小程序在使用 onFrameRecorded 获取 arraybuffer 的时候要对音频流进行处理，所以要用到 PCM 原始音频数据，但小程序只支持 ACC 和 MP3 这两种格式。 我们只能通过 MP3 解码的方式来得到 PCM 原始音频数据，但是这个过程，因为与浏览器不同没有提供相应的API，就只能自己使用 JavaScript 来实现 MP3 解码的动作。 当我们实现了使用 JavaScript 解码的时候，发现使用 JavaScript 版本的 MP3 解码 PCM 的速度慢于接收音频流的速度。这样就没办法在跑接下来的业务代码了。 - 希望提供 PCM 原始音频数据 在 onFrameRecorded 中的 format 提供 pcm 音频格式选项 - 测试数据，基于 iPhone 6s MP3 arraybuffer 解码 PCM [图片]

小程序录音什么时候可以支持pcm格式？这个问题都反馈了一年多了，希望能够尽快支持，期待中...

1、强烈建议支持无损的pcm格式，较短的MP3在压缩过程中可能会损失部分数据而导致失真，较长的MP3会导致程序实时性降低。两段MP3格式拼接后不一定能还原原来音频数据，影响识别结果。 2、强烈建议回调的数据放在内存中，而不是在文件中，因为短小的音频帧会产生大量的小文件，从而产生大量的io读写导致性能低下。 3、mp3解压会损耗比较多手机cpu运行时间，从而增加了用户等待时长，还会导致手机发热降低待机时间。 对于我们实时性要求较高的应用（实时音频识别），目前小程序提供的接口回调方案很难满足我们的需求。强烈建议优化升级！！！ 谢谢。

在做一个关于拼车的项目，有一个是有新的订单产生时司机端会有语音提醒，用什么实现比较好

[图片]

申请编号：2000002139239291 我们是选择的结算规则与经营类目是一致的，系统预判是培训机构，但是，我们不涉及学科类目，所以没有证书。 [图片] [图片]

小程序客服会话右下角『可能要发送的』是怎么实现的？ [图片]