需要配合https://github.com/Mrs4s/go-cqhttp/ 使用已提供配置示例文件config.yml
- 需要手动复制进node_modules文件夹进行粘贴覆盖
- https://github.com/shitianshiwa/node-cq-websocket/commit/40c5d98cf49a4f9cb009444b6417b27250dd0077
空兼容go-cqhttp的拓展 api，防止报错 事件 notice 群消息撤回 group_recall 好友消息撤回 friend_recall
草梅B站动态转发
转发B站动态到QQ，基于coolq-http-api(已由go-cqhttp代替)、cq-websocket(有修改)。通过轮询B站的 api 来推送最新动态
- node >= 12
从 releases 下载
本项目采用 webpack 打包，因此无需额外安装 node_modules 即可运行。
支持 setting.json 和 setting.yaml 格式配置。当两种配置同时存在时优先载入 yaml 格式。配置文件放在项目根目录
accessToken: "" # API 访问 token 。见 CQHTTP API 之配置文件说明
enableAPI: true # 启用 /api 连线
enableEvent: true # 启用 /event 连线
protocol: "ws:" # 协议名
host: 127.0.0.1 # '127.0.0.1' 酷Q服务器 IP
port: 6700 # 酷Q服务器端口
baseUrl: "" # 酷Q服务器位址 (SDK在建立连线时会依照此设定加上前缀项 ws:// 及后缀项 `/<api
qq: -1 # 触发 @me 事件用的QQ帐号，通常同登入酷Q之帐号，用在讨论组消息及群消息中辨认是否有人at此帐号
reconnection: true # 是否连线错误时自动重连是否连线错误时自动重连
reconnectionAttempts: 100 # Infinity 连续连线失败的次数不超过这个值
reconnectionDelay: 10000 # 重复连线的延迟时间, 单位: ms
fragmentOutgoingMessages: false # 由于 CQHTTP API 插件的 websocket 服务器尚未支持 fragment, 故建议维持 false 禁用 fragment。※详情请见 WebSocketClient 选项说明。
fragmentationThreshold: 16000 # 0x4000 每个 frame 的最大容量, 默认为 16 KiB, 单位: byte※详情请见 WebSocketClient 选项说明。
tlsOptions: {} # 若需调用安全连线 https.request 时的选项
requestOptions: # 调用 API 方法时的全局默认选项。
timeout: 10000大部分配置无需变动。需要关注的主要是 accessToken 、host 、port 这几个属性
accessToken：API 访问 token。该项请与 coolq-http-api 的access_token 字段保持一致。 如果从未修改过access_token 则忽略即可。本机部署可以不使用 access_token ，公网部署请务必使用 access_token
host：酷Q服务器 IP。如果 coolq-http-api 部署在本机，则忽略即可。部署在公网请填写公网ip。
port: 酷Q服务器端口。该项请与 coolq-http-api 的ws_port 字段保持一致。 如果从未修改过 ws_port 则忽略即可。如果存在端口冲突请自行修改为不冲突的端口。
另外请将 coolq-http-api 配置中的 use_ws 字段置为 true，启用 websocket 通信。
更多属性请参考 CQ HTTP API 配置项 。
go-cqhttp的配置请放在go-cqhttp旁边下
config.json文件的配置参考如下：
{
"uin": 0,
"password": "",
"encrypt_password": false,
"password_encrypted": "",
"enable_db": true,
"access_token": "",
"relogin": {
"enabled": false,
"relogin_delay": 10,
"max_relogin_times": 3
},
"_rate_limit": {
"enabled": false,
"frequency": 1,
"bucket_size": 1
},
"post_message_format": "string",
"ignore_invalid_cqcode": false,
"force_fragmented": true,
"heartbeat_interval": 5,
"http_config": {
"enabled": true,
"host": "127.0.0.1",
"port": 5700,
"timeout": 5,
"post_urls": {"url:port": "secret"}
},
"ws_config": {
"enabled": true,
"host": "127.0.0.1",
"port": 6700
},
"ws_reverse_servers": [
{
"enabled": false,
"reverse_url": "ws://127.0.0.1:8080/ws/",
"reverse_api_url": "ws://127.0.0.1:8080/ws/api/",
"reverse_event_url": "ws://127.0.0.1:8080/ws/event/",
"reverse_reconnect_interval": 3000
}
],
"debug": true,
"log_level": "warn"
}附加 filter.json文件最简配置：
{}以下所有指令均支持群聊和私聊，其中群聊仅管理员可用。
tips: up主的uid怎么看：点击up主个人空间后，链接中最后那一串数字就是
例如：https://space.bilibili.com/10822025 ，则uid为 10822025
回复例子：
bili主菜单
bili订阅列表
bili订阅 [uid]
bili取消订阅 [uid]
bili取消全部订阅
bili订阅转移 [uid] [?tagid]
bili一键dd [?num]
查看当前用户或群的订阅列表。
回复例子：
您当前关注的up主如下
1.罗翔说刑法(uid: 517327498)
2.波流音(uid: 2587393)
3.硬核的半佛仙人(uid: 37663924)
4.指法芬芳张大仙(uid: 1935882)
5.老师好我叫何同学(uid: 163637592)
订阅up主
发送例子：
bili订阅 14110780
回复例子：
订阅用户 凉风Kaze(uid: 14110780) 成功！
取消订阅up主
发送例子：
bili取消订阅 14110780
回复例子：
取消订阅用户 凉风Kaze(uid: 14110780) 成功！
取消全部订阅的up。本功能比较危险，慎用，不可撤销。
回复例子：
取消全部订阅成功！
转移来自某个用户的关注。由于api限制，最多转移最近关注的250位up
tagid可选，如果不填则为全部（250个）。tagid指关注的分组id，例如https://space.bilibili.com/10822025/fans/follow?tagid=241052
发送例子1：
bili订阅转移 10822025
回复例子1：
转移用户 草梅友仁(uid: 10822025) 的订阅成功！共转移 250 个订阅(重复订阅会自动剔除)
发送例子2：
bili订阅转移 10822025 241052
回复例子2：
转移用户 草梅友仁(uid: 10822025) 的订阅成功！共转移 13 个订阅(重复订阅会自动剔除)
一键dd vup/vtuber。名单来自 https://vtuber.magictea.cc/rank 。默认取前20位。【排除了几位我觉得不算vup/vtuber的up主，如有需要可以手动关注。排除名单】
发送例子1：
bili一键dd
回复例子1：
一键dd成功！共 dd 20 个 vup/vtuber(重复订阅会自动剔除)
发送例子2：
bili一键dd 50
回复例子2：
一键dd成功！共 dd 50 个 vup/vtuber(重复订阅会自动剔除)
备注：出于优化用户体验的考虑，一个up主在一轮推送中最多推送3条动态（我想一次性发3条的up主也比较少了，另外也是出于“如果暂时关闭了本插件会导致大量动态积压而同时推送的问题”的考虑）
更多动态类型可自行体验
- 为什么会有这个项目
- 我注意到大部分up主都是有粉丝群的，而很多时候up主在b站的动态不能及时反馈到粉丝群，如果没人搬运可能会漏掉。在还有就是如果一个up主有很多粉丝群，通知个遍也很麻烦（虽然有群管来帮忙，但手动还是有些麻烦啊）
- 有很多up主都有直播通知群，证明了有部分人确实是需要直播推送的。
- 我个人虽然很喜欢刷B站，但是B站毕竟不能在桌面端推送动态，也不能推送到群。因此出现了这个项目。
- 为什么基于 node.js 开发
- 原因在于B站动态的狗屎api接口。使用其他语言对于解析接口会相当麻烦。易语言就更别提了
- 本人的技术栈主要为 node.js
- 为什么绕了一圈还是要基于
coolq-http-api开发- 没错，这个插件本身并不执行业务逻辑，业务逻辑是js脚本跑起来的。再通过websocket与
coolq-http-api通信来调用酷Q的api。有点类似于原地tp的感觉 - 我开发这个项目的原因还是一次技术试验，试验Node.js与酷Q插件结合的可能性。
- 没错，这个插件本身并不执行业务逻辑，业务逻辑是js脚本跑起来的。再通过websocket与
👤 CaoMeiYouRen
- Website: https://blog.cmyr.ltd
- GitHub: @CaoMeiYouRen
如果觉得这个项目有用的话请给一颗⭐️，非常感谢
Copyright © 2020 CaoMeiYouRen.
This project is MIT licensed.