Jerry Ma

怎么 keep open 呢

最近比较忙，有时间了我试一下就合。

此提议我认为是合理的。从 LibOneBot 开发角度来看，通信方式应该是无关实现本身的，但是有时候又会考虑到实现协议有可能和 OneBot 通信协议本身重合或冲突。比如，在某些语言中，启动了一个 Server 后，无法再启动另一个 Server 监听，可能需要考虑共用一个 Server 然后使用分流方式处理数据。再比如，现在的微信公众平台如果不使用认证，仅可使用被动回复的 Webhook 类似的方式回复微信，而此处微信假定它为 OneBot 一种实现，那么就只能使用 Webhook 通信方式进行沟通。 而现在已知的是，微信公众平台的被动回复本身就是无动作状态的，微信平台的服务器只会区分两种情况，一种是服务器访问成功，回复了期望内的值（例如不用回复消息时返回一个 `success` 字符串，回复消息时回复对应合规的 XML 对象），以及非法的值（非法时它会尝试重新发起一次 HTTP 请求），直到达到重试上限（默认好像是 5 次）或重试次数之内成功一次。 所以我们假设，在使用 libob 库开发 OneBot...

> 其实我感觉，作为 LibOneBot 应该要实现所有通信方式，微信公众号这种的 OneBot 实现应该有一个最大等待时间，对应用端来讲仍然可以采取任何通信方式连接。其实这和原来 WebSocket 的使用逻辑是一样的，应用端发送 action request 之后，也是需要等待 response 至一个超时时间的。 但是对于一些语言或平台本身的限制来说，可能无法同一时间实现对应 LibOB 所有的通信方式。比如浏览器无法直接实现多 Server，比如部分语言只支持 HTTP 协议等情况。我们的目标固然是让 OneBot 和 LibOB 在越来越多的语言和平台上运行，所以通信方式理论上不应作为必须实现的门槛。 此外，对于此 RFC 本身提到的替代方案，我认为目前的 Webhook 默认行为应该就是这样的。

> 约定 action params 内可扩展字段 self_id 的作用为指定当前 OBC 上执行该 action 的 Bot 的 self_id 这个建议赞同，影响不大，对现有情况也可以做兼容。 > 如果当前连接存在复数 Bot，应当返回 action failed response 此问题我个人感觉应该由实现进行定义，不在标准里特别说明。但对于标准本身而言，我认为标准内应该对其定义一个新的独立错误码给予提示和引导。 > 在 action 根字段与 type params echo 同级增加...

是不是关于请求头解析替代应该规定一个转换表和优先级？下面是我的假想方案，只作为补充。 **方案一，使用 GET 传参** ## 使用 GET 参数传参 对于部分不支持自定义 Header 的 OneBot 实现或逻辑端中，可以使用 GET 参数来替代 Header 字段的内容，但无论对于哪一方而言，都必须对两者支持解析。 Header 参数名 | GET 参数名 | 说明 --- | --- | --- `Authorization`...

你试一下 `cmake --version`，看看是不是 CMake 版本过旧了，因为我看你上面的报错信息中包含了： ``` CMake Error at CMakeLists.txt:1 (cmake_minimum_required): CMake 3.18 or higher is required. You are running version 3.16.3 ```

似乎就是因为 CMake 版本过旧导致的，我看了下我自己的 Ubuntu 和 Debian 服务器，发现 Ubuntu 18/20 的源安装的都是旧版本。只能手动升级了。另外我也后面加一个检测 CMake 版本的 doctor 项吧。

最好不要把密码放在 Issue 里。另外，我本地也有环境，我后面放假回来就看看。

This may related to #331 . Actually I have no idea for this because there are too many libs. If we just add options for PHP, it would be easy:...