-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
QQ Bot的未来以及迁移建议 #2471
Comments
我的青春结束了 |
😭😭😭😭 |
呜~苦露西 |
/(ㄒoㄒ)/~~ |
辛苦了 |
感谢~ |
go-cqhttp 项目标志着 QQ 机器人的一个时代。 我有幸亲眼见证了 go-cqhttp 从诞生到发展的所有历史节点。go-cqhttp 诞生时 CoolQ 还没有退场,那个时候机器人圈闭源横行。是 go-cqhttp (和 mirai) 推动了整个社区的开源化,并孵化出欣欣向荣的众多框架。作为一位开源开发者,我由衷的感谢 go-cqhttp 的每一位开发者为生态做出的贡献。 这些年辛苦了。 |
又一个时代的落幕... 祝好😢 |
昵昵贴贴 |
我们无以为报,唯有祝福,唯有祈愿。 |
感谢你们的付出 |
爺青結 |
之前unidbg-fetch-qsign出现的时候我就有预感,感觉官方下力度了,协议库要废了... |
是一个时代的结束,也是另一个时代的开端,希望ntqq加把劲! |
感谢有你 |
放个付款码,想打点钱 |
你们才是真的英雄🫡 |
感谢 |
衷心感谢go-cqhttp项目长久以来的陪伴😭 |
感谢gocq项目 |
https://github.com/NapNeko/NapCatQQ 最近在用这个很好用 |
我的青春,落幕了啊。各位维护者真的很伟大呢,由衷的感谢你们! |
感谢三年来的付出,幸苦了。 |
感谢这个项目,让我第一次知道QQBot的存在,也让我入坑QQBot,开发者们辛苦了 |
感谢各位开发者的付出! |
你好,你的评论让我感到困惑,我并不明白你说的林是谁,但我清楚那应当不是在指我,我只是一名搭建qsign的热心网友。 |
你是否可以添加我的discord:yamabuki_alice |
同样用过一段时间的go-cqhttp,感谢您们的开源! |
❤️ 以前用的就是gocq,感谢各位开发者的努力! |
不知目前还有什么项目能支持cqcode😭 |
大佬还有高版本的签名服务器提供吗 |
用napcat吧 https://github.com/NapNeko/NapCatQQ |
协议版本:9.0.56 ——副服务器,有key,可能不稳定,无墙—— 新的key:miraibbs 1.注意只有两个服务器,主服务器和副服务器,副服务器列表只是一些cdn,其实是同一个服务器。 协议配置文件(ANDROID_PAD,gocq 即 /data/versions/6.json):
mirai使用配置(连不上可以把base改成其他的,注意,在fix-protocol qsign配置中,地址末尾不要写/,我不支持双//的地址):
gocq使用配置:
|
https://github.com/W1ndys-bot/Module-Loader |
感谢各位的付出,是时候迈向新时代了 |
刚入坑就出坑 |
Go-Lagrange-Client 欢迎您使用。go-cq lagrangeGo 版也欢迎您。 |
没有想到shamrock也无了,感谢gocq这些年的付出,十分感谢 |
两年前我初三为了搞gocqzbp,晚上熬夜搞到凌晨两点。。。现在高二换用napcat创建新的机器人。。。青春就这样一去不复返了。。。 |
TMD,xswl |
复活版go-cqhttp, 基于lagrange.core的ntQQ协议。 |
能否开源?🧐 |
笑了,直接偷release拿去当开源是吧 |
今天突然用不了了,要么返回503,要么返回530 |
再见了,好人一生平安 |
@Inky-Moon |
感谢,不过已经解决了,当时似乎是我的网络环境有点问题,找了几个别的也报错,换了梯子就好了 |
由于QQ官方针对协议库的围追堵截
持续👊🐔, 不断更新加密方案, 我们已无力继续维护此项目.在未来
sign-server
方案彻底被官方封死之后go-cqhttp
将无法继续使用.同时
NTQQ
的出现让我们可以使用官方 完美 实现的协议实现来继续开发Bot, 不再担心由于协议实现不完美而导致被识别.我们建议所有QQBot项目开始做好迁移至无头
NTQQ
或类似基于官方客户端技术的准备以应对未来的彻底封锁,如果你的
go-cqhttp
还能继续使用, 不建议立即迁移, 但请开始阅读相关文档并做好迁移准备推荐项目:
如果你想在电脑/服务器上部署bot -> https://chronocat.vercel.app/blog/0050如果你想在Android
手机/模拟器上部署bot -> https://github.com/linxinrao/Shamrock以上项目均为调用官方协议实现以上项目均被请喝茶了,只能说有缘再见了.
相关问题可以在这个
issue
下讨论协议库的时代已经过去, 接下来是Hook官方客户端的时代了, 感谢大家三年来的支持
其实go-cqhttp项目最初只是想做一个能在路由器上跑的酷Q——————————————————————
什么是无头NTQQ?
众所周知, QQ官方最新推出的
NTQQ
客户端使用了electron
技术, 该技术可以非常方便的跨平台同时使用前端已有的技术栈进行客户端开发.NTQQ
客户端项目分为前后端两个部分, 前端是使用 Web 技术开发的 UI 界面供用户交互,后端使用nodejs addons
技术包装了一个库来处理客户端逻辑和与服务端通信 (wrapper.node
).这个库的作用和
go-cqhttp
非常相似, 所以我们完全可以将前端删除只与这个库交互, 并引出API
来为我们的Bot服务.从服务端视角来说我们的 Bot 和正常客户端一样, 因为都是通过
wrapper.node
与服务端通信. 并且由于是官方根据内部文档开发的模块, 我们可以说这是一个 完美 的go-cqhttp
.优点: 无头模式下相对低的占用.
缺点: 可能会受未来QQ更新的影响.
Shamrock项目是什么原理?
Shamrock
项目使用xposed
的hook
技术来实现远程操作AndroidQQ
客户端.优点: 不容易受未来更新封堵的影响.
缺点: 需要运行一个完整
AndroidOS
环境.如果你的服务器资源足够充足, 我个人建议观望并跟进
Shamrock
项目.xposed
是久经考验且生态完善的技术.The text was updated successfully, but these errors were encountered: