【错误回报】haruka_bot | 爬取动态失败：-352 -352 #422

zhdl889 · 2023-08-23T09:11:14Z

运行环境

Windows Server 2022、Windows 11

HarukaBot 版本

v1.6.0.post5

go-cqhttp 版本

v1.1.0

错误描述

两台机子都出现大量报错并且无法推送动态消息

报错日志（如果有）

08-23 15:47:16 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:16 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:16 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:17 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:18 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:19 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:19 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:19 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:20 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:20 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:20 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:20 [ERROR] haruka_bot | 爬取动态失败：-352 -352
08-23 15:47:20 [ERROR] haruka_bot | 爬取动态失败：-352 -352

MerlinCN · 2023-08-23T11:09:38Z

同样出现

cj1357 · 2023-08-23T13:04:39Z

+1 但是好像不影响直播推送、动态推送？

ryuuyuu · 2023-08-23T13:18:24Z

+1，而且没办法推送动态和直播了

Healock · 2023-08-23T15:31:16Z

+1

x402 · 2023-08-23T18:25:26Z

-833 -412之类的解决了吗

salspica · 2023-08-23T22:58:41Z

+1
单独部署和nb部署都从23号下午3点左右开始出现相同报错
亲测动态无法正常推送

bilibililiangcha · 2023-08-23T23:20:34Z

臣附议，同样出现

Sevenyine · 2023-08-24T04:59:47Z

+1 同样出现类似情况。无法正常推送动态，每10s(HARUKA_INTERVAL)报错一次。

huanxin996 · 2023-08-24T08:59:35Z

同样出现

suibian23333 · 2023-08-24T10:10:49Z

+1

Wangxiaolu0716 · 2023-08-24T14:07:02Z

1

NAOLIU · 2023-08-24T14:35:23Z

+1，急急急

ab-Royo · 2023-08-25T06:10:02Z

+1

爬取动态失败：-352 -352

时间：2023-08-23 15:58:37
日志记录位置：File C:\Users\Administrator\Desktop\QBot\main06\.venv\lib\site-packages\haruka_bot\plugins\pusher\dynamic_pusher.py, line 52, in dy_sched

hakureireimusama · 2023-08-26T04:21:45Z

+1，直播推送正常，动态推送有延迟，可能出现几小时的延迟

fenixlin · 2023-08-27T08:58:35Z

+1，四天了，求求大佬们看一看

aurorataro · 2023-08-28T01:04:05Z

+1，但是直播推送，动态推送均正常。
环境是windows ltsc 21h1

noahlias · 2023-08-28T12:56:02Z

原因我发现了是bilireq的一个grpc api请求问题

HarukaBot/haruka_bot/plugins/pusher/dynamic_pusher.py

Lines 38 to 44 in 6d45457

    
           dynamics = ( 
        
               await grpc_get_user_dynamics( 
        
                   uid, 
        
                   timeout=plugin_config.haruka_dynamic_timeout, 
        
                   proxy=plugin_config.haruka_proxy, 
        
               ) 
        
           ).list

具体就是装饰器里面都会携带metadata

恰好这个请求不需要metadata 如果携带就会-352错误,下面是最小化的demo,如果用之前的就是获取到了-352

import grpc
from google.protobuf.json_format import MessageToDict
from bilireq.grpc.protos.bilibili.app.dynamic.v2 import dynamic_pb2_grpc, dynamic_pb2
from bilireq.grpc.utils.metadata import make_metadata


def main():
    channel = grpc.secure_channel(
        "grpc.biliapi.net",
        grpc.ssl_channel_credentials(),
    )
    stub = dynamic_pb2_grpc.DynamicStub(channel)
    request = dynamic_pb2.DynSpaceReq(host_uid=1, history_offset="", page=1)
    # metadata = make_metadata()
    metadata = tuple()
    try:
        response = stub.DynSpace(
            request,
            metadata=metadata,
        )
        response_json = MessageToDict(response)
        print(response_json)
    except grpc.RpcError as e:
        print(f"Error encountered: {e}")


if __name__ == "__main__":
    main()

不过这个修改应该是在另一个仓库提pr😄

有一个替代的简单方法这个函数不传参数metadata即可

好了日志不报错了虽然不改也没啥只是会疯狂写日志而已

oh ,发现这个还是不解决问题，本地复现是可以避免但是好像服务器还是会疯狂写日志我再研究下
而且只改kwargs会让超时时间和代理失效只能做一个简单的替代方案要改的话只能改装饰器加参数

cj1357 · 2023-08-28T14:12:27Z

原因我发现了是bilireq的一个grpc api请求问题

HarukaBot/haruka_bot/plugins/pusher/dynamic_pusher.py

Lines 38 to 44 in 6d45457

dynamics = (

await grpc_get_user_dynamics(

uid,

timeout=plugin_config.haruka_dynamic_timeout,

proxy=plugin_config.haruka_proxy,

)

).list

具体就是装饰器里面都会携带metadata

恰好这个请求不需要metadata 如果携带就会-352错误,下面是最小化的demo,如果用之前的就是获取到了-352
import grpc
from google.protobuf.json_format import MessageToDict
from bilireq.grpc.protos.bilibili.app.dynamic.v2 import dynamic_pb2_grpc, dynamic_pb2
from bilireq.grpc.utils.metadata import make_metadata


def main():
    channel = grpc.secure_channel(
        "grpc.biliapi.net",
        grpc.ssl_channel_credentials(),
    )
    stub = dynamic_pb2_grpc.DynamicStub(channel)
    request = dynamic_pb2.DynSpaceReq(host_uid=1, history_offset="", page=1)
    # metadata = make_metadata()
    metadata = tuple()
    try:
        response = stub.DynSpace(
            request,
            metadata=metadata,
        )
        response_json = MessageToDict(response)
        print(response_json)
    except grpc.RpcError as e:
        print(f"Error encountered: {e}")


if __name__ == "__main__":
    main()
不过这个修改应该是在另一个仓库提pr😄

有一个替代的简单方法这个函数不传参数metadata即可好了日志不报错了虽然不改也没啥只是会疯狂写日志而已

照着改了bilireq库 https://github.com/SK-415/bilireq/blob/main/bilireq/grpc/dynamic/__init__.py 的这一行不传第二个参数后，测试了不报错352，动态能及时推送了，十分感谢！！！

由于harukabot报错,根据大佬提示删除metadata传参见如下链接 SK-415/HarukaBot#422

noahlias · 2023-08-28T15:07:29Z

应该是这个接口有限流操作刚才那个只是临时解决发现部署在服务器上
超过一定的请求就会这样

经过测试加大HARUKA_DYNAMIC_INTERVAL的时间以及修改之前的metadata入参可以避免反复写日志
应该是同一个时间段不能多次请求这个接口

Sevenyine · 2023-08-29T03:02:01Z

应该是这个接口有限流操作刚才那个只是临时解决发现部署在服务器上超过一定的请求就会这样

经过测试加大HARUKA_DYNAMIC_INTERVAL的时间以及修改之前的metadata入参可以避免反复写日志应该是同一个时间段不能多次请求这个接口

写-352日志的间隔时间=HARUKA_DYNAMIC_INTERVAL设置的时间
~~如果只加大HARUKA_DYNAMIC_INTERVAL（我设置成60）也无法避免-352且无法正常推送动态。只是让它变成了60秒报错一次而已~~
~~如果同时修改，仍然无法正常推送动态，只是后台不报错了。（我连续发了四条动态一条也没推送）~~
~~静待下一步解决策略（~~
实际上两者均操作确实避免了日志刷屏和动态推送问题不过需要挂一段时间

noahlias · 2023-08-29T08:06:48Z

应该是这个接口有限流操作刚才那个只是临时解决发现部署在服务器上超过一定的请求就会这样
经过测试加大HARUKA_DYNAMIC_INTERVAL的时间以及修改之前的metadata入参可以避免反复写日志应该是同一个时间段不能多次请求这个接口

写-352日志的间隔时间=HARUKA_DYNAMIC_INTERVAL设置的时间如果只加大HARUKA_DYNAMIC_INTERVAL（我设置成60）也无法避免-352且无法正常推送动态。只是让它变成了60秒报错一次而已如果同时修改，仍然无法正常推送动态，只是后台不报错了。（我连续发了四条动态一条也没推送）静待下一步解决策略（

他用了一个很奇怪的设计,就是他的最近一条动态信息是保存在内存的不是持久化的在sqlite中的
也就是当你初次启动的时候它需要几次同步来加载你最近一次的最新动态信息(这个取决于你关注的人个数

也就是你需要等它将你的记录到内存中之后再发动态才会触发下面这段

大概就是等待你的HARUKA_DYNAMIC_INTERVAL*(你的关注人数+1)初始化好了，
之后就是你发完新动态之后等待HARUKA_DYNAMIC_INTERVAL*(你的关注人数) 它就会提示到新动态了
(说实话，这个动态爬取竟然不是一起爬的而是每次执行 uid = await db.next_uid("dynamic") 遍历的很奇怪)

Sevenyine · 2023-08-29T08:42:58Z

他用了一个很奇怪的设计,就是他的最近一条动态信息是保存在内存的不是持久化的在sqlite中的也就是当你初次启动的时候它需要几次同步来加载你最近一次的最新动态信息(这个取决于你关注的人个数

也就是你需要等它将你的记录到内存中之后再发动态才会触发下面这段

大概就是等待你的HARUKA_DYNAMIC_INTERVAL*(你的关注人数+1)初始化好了，之后就是你发完新动态之后等待HARUKA_DYNAMIC_INTERVAL*(你的关注人数) 它就会提示到新动态了 (说实话，这个动态爬取竟然不是一起爬的而是每次执行 uid = await db.next_uid("dynamic") 遍历的很奇怪)

原来是如此的机理……我后来没管它它也开始自己推送了我甚至都没反应过来，这个方法确实有效果我去改一下上面的评论（）

kevinluo6191 · 2023-09-02T12:55:42Z

应该是这个接口有限流操作刚才那个只是临时解决发现部署在服务器上超过一定的请求就会这样
经过测试加大HARUKA_DYNAMIC_INTERVAL的时间以及修改之前的metadata入参可以避免反复写日志应该是同一个时间段不能多次请求这个接口

写-352日志的间隔时间=HARUKA_DYNAMIC_INTERVAL设置的时间如果只加大HARUKA_DYNAMIC_INTERVAL（我设置成60）也无法避免-352且无法正常推送动态。只是让它变成了60秒报错一次而已如果同时修改，仍然无法正常推送动态，只是后台不报错了。（我连续发了四条动态一条也没推送）静待下一步解决策略（

他用了一个很奇怪的设计,就是他的最近一条动态信息是保存在内存的不是持久化的在sqlite中的也就是当你初次启动的时候它需要几次同步来加载你最近一次的最新动态信息(这个取决于你关注的人个数

也就是你需要等它将你的记录到内存中之后再发动态才会触发下面这段

大概就是等待你的HARUKA_DYNAMIC_INTERVAL*(你的关注人数+1)初始化好了，之后就是你发完新动态之后等待HARUKA_DYNAMIC_INTERVAL*(你的关注人数) 它就会提示到新动态了 (说实话，这个动态爬取竟然不是一起爬的而是每次执行 uid = await db.next_uid("dynamic") 遍历的很奇怪)

确实不352了 (悄悄的问下需要挂多长时间才能继续推送)

250king · 2023-09-02T15:32:28Z

改ua的办法已经无效了（

09-02 23:27:28 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:28 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:28 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:28 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:29 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:29 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:29 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:29 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:30 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:30 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:30 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:30 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:30 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:31 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:31 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:31 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:31 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:32 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:32 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:32 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:32 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:32 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:33 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:33 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:33 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:33 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:34 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:34 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:34 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:34 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:35 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:35 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:36 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:36 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:36 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:37 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:37 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:37 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:37 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:38 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:38 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:38 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:38 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:39 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:39 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:39 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:39 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:40 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:40 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:40 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:40 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:40 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:41 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:41 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:41 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:41 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:42 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:42 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:42 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:42 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:43 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:43 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:43 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:43 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:43 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:44 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:44 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:44 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:44 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:45 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:45 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:45 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:45 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:46 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:46 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:46 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:46 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:47 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:47 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:47 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:47 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:48 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:48 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:48 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:48 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:49 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:49 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:49 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:49 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:49 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:50 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:50 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:50 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:50 [ERROR] haruka_bot | 爬取动态失败：-352 -352
09-02 23:27:51 [ERROR] haruka_bot | 爬取动态失败：-352 -352

Sevenyine · 2023-09-03T03:09:37Z

确实不352了 (悄悄的问下需要挂多长时间才能继续推送)

上面noahlias说过是HARUKA_DYNAMIC_INTERVAL*(你的关注人数+1)秒钟。

kevinluo6191 · 2023-09-03T03:10:57Z

确实不352了 (悄悄的问下需要挂多长时间才能继续推送)

上面noahlias说过是HARUKA_DYNAMIC_INTERVAL*(你的关注人数+1)秒钟。

好家伙原来如此

Sevenyine · 2023-09-03T03:11:12Z

改ua的办法已经无效了（

现在的解决方法是按照这个PR自行修改site-packages 中的bilireq库
https://github.com/SK-415/bilireq/pull/26/files

oringe-1 · 2023-09-03T15:21:33Z

我修改了bilireq库之后还是会报错

Sevenyine · 2023-09-03T16:43:23Z

我修改了bilireq库之后还是会报错

尝试增加HARUKA_DYNAMIC_INTERVAL呢？报错仍然是-352吗

ryuuyuu · 2023-09-03T23:54:20Z

改ua的办法已经无效了（

现在的解决方法是按照这个PR自行修改site-packages 中的bilireq库 https://github.com/SK-415/bilireq/pull/26/files

非常感谢！能正常运行了！

oringe-1 · 2023-09-04T01:32:46Z

我修改了bilireq库之后还是会报错

尝试增加HARUKA_DYNAMIC_INTERVAL呢？报错仍然是-352吗

这个变量的位置在哪呀

salspica · 2023-09-04T02:08:36Z

我修改了bilireq库之后还是会报错

尝试增加HARUKA_DYNAMIC_INTERVAL呢？报错仍然是-352吗

这个变量的位置在哪呀

bilireq/grpc/dynamic/init.py 第26行
bilireq文件夹在bot虚拟环境的库里和插件文件夹在同一个目录
参考 https://github.com/SK-415/bilireq/pull/26/files 删除就行

如果是HARUKA_DYNAMIC_INTERVAL这个配置项的话
直接在bot根目录的.env文件里新增一行配置信息就行，你可以直接参考我的数据亲测可正常使用：
HARUKA_DYNAMIC_INTERVAL=30

oringe-1 · 2023-09-04T14:45:58Z

我修改了bilireq库之后还是会报错

尝试增加HARUKA_DYNAMIC_INTERVAL呢？报错仍然是-352吗

这个变量的位置在哪呀

bilireq/grpc/dynamic/init.py 第26行

bilireq文件夹在bot虚拟环境的库里和插件文件夹在同一个目录
参考 https://github.com/SK-415/bilireq/pull/26/files 删除就行
如果是HARUKA_DYNAMIC_INTERVAL这个配置项的话直接在bot根目录的.env文件里新增一行配置信息就行，你可以直接参考我的数据亲测可正常使用： HARUKA_DYNAMIC_INTERVAL=30

好的，谢谢~

maiiiii02 · 2023-09-05T13:54:44Z

我修改了bilireq库之后还是会报错

尝试增加HARUKA_DYNAMIC_INTERVAL呢？报错仍然是-352吗

这个变量的位置在哪呀

bilireq/grpc/dynamic/init.py 第26行

bilireq文件夹在bot虚拟环境的库里和插件文件夹在同一个目录
参考 https://github.com/SK-415/bilireq/pull/26/files 删除就行
如果是HARUKA_DYNAMIC_INTERVAL这个配置项的话直接在bot根目录的.env文件里新增一行配置信息就行，你可以直接参考我的数据亲测可正常使用： HARUKA_DYNAMIC_INTERVAL=30

好像还是不行，是要等多久才可以不报错352吗动态好像也推送不了了，之前没改的时候是要等一段时间才会推送动态

Sevenyine · 2023-09-05T15:26:07Z

好像还是不行，是要等多久才可以不报错352吗动态好像也推送不了了，之前没改的时候是要等一段时间才会推送动态

等待推送的时间取决于你的关注人数，如果还报错应该提升你的.env.*文件内的HARUKA_DYNAMIC_INTERVAL配置项。
如果都配置完毕还是报错-352，那应该是你修改文件的问题，我目前按照这么修改后还没有遇到报错
正常情况下，修改完文件就不会报错-352了

Tylerszhang · 2023-09-07T15:14:32Z

遇到同样的问题，在下面几个步骤后不再报错，但是不清楚什么原因造成的报错

把python环境从3.9换成3.11
根据 https://github.com/SK-415/bilireq/pull/26/files 修改文件，删除了传入的第二个参数
将HARUKA_DYNAMIC_INTERVAL配置项的默认值0修改为60

Sevenyine · 2023-09-07T15:24:20Z

遇到同样的问题，在下面几个步骤后不再报错，但是不清楚什么原因造成的报错

把python环境从3.9换成3.11

根据 https://github.com/SK-415/bilireq/pull/26/files 修改文件，删除了传入的第二个参数

将HARUKA_DYNAMIC_INTERVAL配置项的默认值0修改为60

如果你是刚刚修改，请等待一段时间（取决于你的关注人数，具体可以爬楼看上面的解释）才能获取正常的推送。

LMWC · 2023-12-08T13:26:02Z

之前照着上面的方案修改后正常运行了几个月，最近几天又开始报错了

hbgodseeker added a commit to hbgodseeker/bilireq that referenced this issue Aug 28, 2023

Update __init__.py

4ce17da

由于harukabot报错,根据大佬提示删除metadata传参见如下链接 SK-415/HarukaBot#422

hbgodseeker mentioned this issue Aug 28, 2023

Update __init__.py SK-415/bilireq#26

Merged

HibiKier mentioned this issue Sep 9, 2023

bilireq获取动态失败 HibiKier/zhenxun_bot#1490

Closed

【错误回报】haruka_bot | 爬取动态失败：-352 -352 #422

【错误回报】haruka_bot | 爬取动态失败：-352 -352 #422

Comments

zhdl889 commented Aug 23, 2023

运行环境

HarukaBot 版本

go-cqhttp 版本

错误描述

报错日志（如果有）

MerlinCN commented Aug 23, 2023

cj1357 commented Aug 23, 2023

ryuuyuu commented Aug 23, 2023

Healock commented Aug 23, 2023

x402 commented Aug 23, 2023

salspica commented Aug 23, 2023

bilibililiangcha commented Aug 23, 2023

Sevenyine commented Aug 24, 2023 • edited Loading

huanxin996 commented Aug 24, 2023

suibian23333 commented Aug 24, 2023

Wangxiaolu0716 commented Aug 24, 2023

NAOLIU commented Aug 24, 2023

ab-Royo commented Aug 25, 2023

hakureireimusama commented Aug 26, 2023

fenixlin commented Aug 27, 2023

aurorataro commented Aug 28, 2023 • edited Loading

noahlias commented Aug 28, 2023 • edited Loading

cj1357 commented Aug 28, 2023 • edited Loading

noahlias commented Aug 28, 2023 • edited Loading

Sevenyine commented Aug 29, 2023 • edited Loading

noahlias commented Aug 29, 2023 • edited Loading

Sevenyine commented Aug 29, 2023

kevinluo6191 commented Sep 2, 2023

250king commented Sep 2, 2023

Sevenyine commented Sep 3, 2023

kevinluo6191 commented Sep 3, 2023

Sevenyine commented Sep 3, 2023

oringe-1 commented Sep 3, 2023

Sevenyine commented Sep 3, 2023

ryuuyuu commented Sep 3, 2023

oringe-1 commented Sep 4, 2023

salspica commented Sep 4, 2023 • edited Loading

bilireq/grpc/dynamic/init.py 第26行 bilireq文件夹在bot虚拟环境的库里 和插件文件夹在同一个目录 参考 https://github.com/SK-415/bilireq/pull/26/files 删除就行

oringe-1 commented Sep 4, 2023

bilireq/grpc/dynamic/init.py 第26行

maiiiii02 commented Sep 5, 2023

bilireq/grpc/dynamic/init.py 第26行

Sevenyine commented Sep 5, 2023 • edited Loading

Tylerszhang commented Sep 7, 2023

Sevenyine commented Sep 7, 2023

LMWC commented Dec 8, 2023 • edited Loading

Sevenyine commented Aug 24, 2023 •

edited

Loading

aurorataro commented Aug 28, 2023 •

edited

Loading

noahlias commented Aug 28, 2023 •

edited

Loading

cj1357 commented Aug 28, 2023 •

edited

Loading

noahlias commented Aug 28, 2023 •

edited

Loading

Sevenyine commented Aug 29, 2023 •

edited

Loading

noahlias commented Aug 29, 2023 •

edited

Loading

salspica commented Sep 4, 2023 •

edited

Loading

bilireq/grpc/dynamic/init.py 第26行
bilireq文件夹在bot虚拟环境的库里和插件文件夹在同一个目录
参考 https://github.com/SK-415/bilireq/pull/26/files 删除就行

Sevenyine commented Sep 5, 2023 •

edited

Loading

LMWC commented Dec 8, 2023 •

edited

Loading