基于官方给的文档 在微信外，因为安卓URLSchema的识别问题，可用H5包一层，即可以设置一个H5页面，点击事件后，使用形如这样的window.location.href='weixin://dl/business/?appid=xxxxx&path=xxx&query=xxxx'方式打开。 微信内，官方依然标注，'微信内的网页如需打开小程序请使用微信开放标签-小程序跳转按钮'，即使用<wx-open-launch-weapp> 标签跳转 但是，我们在测试过程中发现，在微信内和微信外都能用window.location.href='weixin://dl/business/?appid=xxxxx&path=xxx&query=xxxx'这种方式打开，不需要区分，不需要使用开放标签，同时ios和安卓都能成功在微信内外打开 现在是不是可以理解为，不用再区分微信内还是微信外了，ios和安卓适配性如何，是否能依据上述发现进行业务结构调整 感谢~~ 官方文档https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/url-scheme.html 截图 [图片] 新增 ：官方回复已经兼容 https://developers.weixin.qq.com/community/develop/doc/00024e32cbc36055c0c0a34b066401 [图片]

请问切换新的CDN一天了，阿里域名探测100%切换成功了，为什么旧的CDN还一直有部分https://servicewechat.com/wx2c69ab7e7baa048d/191/page-frame.html请求尽量，量不带，请问这类请求是小程序爬虫的请求，还是用户正常请求。[图片]

公司最近弄了一个蓝牙手环项目对接到微信小程序，对蓝牙数据传输了解不够。 根据文档 onBLECharacteristicValueChange 监听到特征 .value值。 https://developers.weixin.qq.com/s/hQ59W4mK7MOB 那么我需要怎么才能获取到手环内运动，睡眠，心率这样的数据？ 手里有手环工厂提供的蓝牙协议， 设备基于某度智能设备蓝牙私有协议，进行了一些功能补充，同时就未加入本设计的冗余规范进行了删减和修改，其中，L2 PACKAGE 的 payload 格式部分只带一个 key (参见百度协议第9页)，以下，将对其中的一些修改及补充进行说明(如若未做特别说明，则保持与百度智能设备协议规范一致)。在本设计中，所涉及到的 L2 command 包含以下几个 command，如下表 L2 command 所示。 | Command ID | 　 定义　 | | :--------: | :------: | |    0x02    | 设置命令  | |    0x03    | 绑定命令  | |    0x04    | 提醒命令  | |    0x05    | 运动数据命令  | |    0x06    | 工厂测试命令  | |    0x07    | 控制命令  | |    0x58    | 客户定制相关命令  | ## 2、设置命令说明 ~~~ 设置命令(command Id: 0x02)，手机端将参数下发给设备设备端。 ~~~ ### 2.01、时间设置 (0x01) 手机端通过这个 key 把手机上的时间同步到设备上，使设备上的时间和手机端保持同步。每一次绑定命令成功执行后，都需要支持时间设置。<br> Value   内容描述如下： __Value(32bit)__ | 6bits | 4bits | 5bits | 5bits | 6bits | 6bits | | :---: | :---: |:----: | :---: | :----:| :----:| | 有效值<br>0-63<br>从2000年开始，13表示2013年 | 有效值<br>1-12 | 有效值<br>1-31 |有效值<br>0-23 | 有效值<br>0-59 |有效值<br>0-59 | ### 2.02、闹钟设置 (0x02) 手机端通过这个 key 把手机上的闹钟设定同步到设备上。目前最多支持8个闹钟。所以一个 command 中可以最多同时存在 8 个闹钟设置。<br> Value 内容描述如下： __Value(5 * N bytes)__ | 5 bytes | 5 bytes | 5 bytes |  ....   | | :-----: | :-----: |:------: | :-----: | | Alarm 1 | Alarm 2 | Alarm 3 | Alarm N | #### a、中性设备说明 每个闹钟的 Value 描述如下： __Value(40 bits)__ | 6 bits | 4 bits | 5 bits | 5 bits | 6 bits | 3 bits | 4 bits | 7 bits | | :----: | :----: |:-----: | :----: | :-----:| :-----:|:------:|:------:| |  Year  |  Month |  Day   |  Hour  | Minute |   ID  |~Reserve~| Day flags| | 见说明1 | 有效值<br>1-12 | 有效值<br>1-31 | 有效值<br>0-23 | 有效值<br>0-59 | 有效值<br>0-7 |保留位  |见说明2 | **说明1**：有效值 0-63，从 2000 年开始，13 表示 2013 年。<br> **说明2**：由低 bit 位到高 bit 位，分别代表周一到周日的重复设置。bit 位为 1 表示重复，为 0 时表示不重复。所有 bit 都为 0 时，表示只在当天有效。 我想获取手环数据 <_> 蓝牙手环主要服务：设备通讯服务 serviceId uuid: "000001FF-3C17-D293-8E48-14FE2E4DA212"  返回特征 characteristics （Array）设备特征列表 uuid: "0000FF02-0000-1000-8000-00805F9B34FB"  【功能说明：手机端->设备端 进行通讯】 indicate: false notify: false read: false write: true writeDefault: true writeNoResponse: false uuid: "0000FF03-0000-1000-8000-00805F9B34FB" 【功能说明：设备端->手机端 进行通讯】 indicate: false notify: true read: false write: false writeDefault: false writeNoResponse: false 

用自己的账号打开小程序体验版 错误代码 104 getUserInfo: fail privacy permission is not authorized 用其他人的打开体验版不报错 是怎么回事 重启过了没用

我们是做顺风车拼车业务的，只有小程序一个载体，没有做app。目前看到微信8.0.39及以上版本中的订阅消息弹窗，都变成了长期订阅默认不勾选的状态，这对我们的业务影响巨大。 我们的订阅消息都是 ‘功能性’ 的。车主发布行程后，有乘客预定，我们需要发消息通知给车主，如果车主收不到微信的消息通知，很多车主就会默认无人订车，导致车主频繁爽约的情况。对于乘客来说，如果预定的行程被车主取消，也需要消息通知，如果不发订阅消息通知，乘客会默认已经预定的行程按时出发，而车主爽约对乘客的影响很大，可能导致乘客上班迟到、赶不上飞机高铁等情况。 我们能理解很多营销类的订阅消息会频繁打扰用户，净化订阅消息的打扰很有必要，但是需要区分业务类型、用户场景、已经业务对订阅消息的依赖程度。小程序里服务性质的类目本来就少，如果一刀切的取消，会有对本来就少的类目带来巨大的打击。 请确认以上情况是否是bug，如果处于某种理由这样做，考虑我们的业务类型、订阅消息的属性，是否可以有白名单的机制？ [图片]

问题1:小程序一次性订阅消息要改成默认不选中了吗？ 问题2:更改后，默认不支持用户勾选总是保持以上选择选项了吗？ （1）现状：默认授权 [图片] （2）目前在灰度中，默认不选中？ [图片]

[图片]

https://developers.weixin.qq.com/miniprogram/dev/api-backend/open-api/url-scheme/urlscheme.generate.html 使用微信公众平台右上角的工具，生成url scheme，但是在应用中并不能打开，显示“对不起，当前页面无法访问是为什么”