@Mr-喜 我已经解决了,谢谢您~!
HopeLight 发布的最新帖子
-
RE: 关于Mirai在Windows环境下所使用的问题。
@Mr-喜 哦!是的,我想起来了,我在解决这个问题的时候,看到有帖子说过关于这方面的问题,解决的方式也是通过指令来更新版本的协议。
我通过 protocol sync ANDROID_PAD 异步同步新的协议版本后,发现它只有8.9.63
所以刚好就是需要符合 第三方签名服务 支持的协议版本 和 登录的协议版本 匹配我之前为什么不行呢?
因为我给它版本号参数所填写的是8.9.70 -> protocol fetch ANDROID_PAD 8.9.70 -
关于Mirai在Windows环境下所使用的问题。
- 我不知道大家在使用Windows环境时出现没出现过这个问题。
虽然,我在拜读文档时发现写着你需要修改配置,指定一个第三方签名服务即可,但实际情况并不是如此。
fuqiuluo/unidbg-fetch-qsign -> 我在更新到最新版(unidbg-fetch-qsign-1.1.6)的时候,发现协议库中已经有9.8.70了,然后我在启动Mirai的时候发现它 就会出现这样的问题,我还以为是9.8.70这个协议的版本太新了,所以没适配的原因,因此我又给它换成了9.8.68,但测试后还是无济于事。
最后,我只有换一种猜想的方式了,只能把kiliokuara/magic-signer-guide的协议版本号随便改改,结果还真是它的原因。
启动时协议匹配第三方签名,结果只有第二个合适(第二个签名安装的方式太草了,docker好费事的~
如若大佬们有更好的解决办法,欢迎交流~
- 我不知道大家在使用Windows环境时出现没出现过这个问题。
-
关于最新独立整合包在服务器上使用的问题
昨天在拜读完“cssxsh”发布的那个公告后,我就在电脑和服务器上实操了一下,虽然在电脑上确实登录上去了,但是服务器上却出现了一些问题。
通过观察可以明显发现有些核心的依赖并没有完成下载,不知道是不是服务器网络的问题还是说需要去用别的方式进行设置呢? -
关于Mirai是否能够正常登录机器人
我已经根据论坛公告上最新发布的关于解决"code=45"的办法去进行调整了。
但是很遗憾,还是"code=45"(233现在,我想了解一下,在用基于Mirai框架的机器人的同学们,你们还有能正常使用的吗?
我这里指的能正常使用是指机器人可以正常登录上。