落心
落心
I have made some attempts #172
The business upgrade to the GO version was not as fast because some internal calls using the system layer crashed after the upgrade to 1.18. Maybe `v2` and `V1` should...
I do some work in v2，but I prefer sdk of v1
scoop 可以直接通过自建源来解决，很好使用的，有了scoop对于Windows下的用户来说会更加友好
> > scoop 可以直接通过自建源来解决，很好使用的，有了scoop对于Windows下的用户来说会更加友好 > > 可以，scoop需要签名吗。Homebrew也可以自建源，但是装完一样要手动执行命令删除隔离属性，所以意义不大 scoop不需要签名，但是需要一个 git 仓库，在里面写相关的配置就可以了，如果后续有版本更新，也是可以通过 action 直接修改配置即可
但是经过尝试，加了也还是有可能会有 -352 的报错，这三个字段似乎不是风控的关键内容
> 需要加User-Agent 我添加过一下Header： - Origin - Referer - Authority - Accept - Accept-Language - Dnt 并添加了Chrome（v106）的浏览器指纹，但是依然风控，应该是别的原因
> 不能加Referer。 Referer信息应该不是影响因素，我尝试过添加和移除的场景，被风控的时间是差不多的
根据这几天的实验，cookie（如：`buvid3`, `buvid4`）、header（如：`Referer`，`'User-Agent`）、以及请求参数（如：`dm_cover_img_str`）并没有和风控有强关联，不管是否存在，风控的触发基本相同，目前观察到的，似乎会用请求内容（包括上述的cookir。header、请求参数）作为为请求限频的参数。如果每次请求随机生成并尽可能不重复可以极大的降低风控概率。 另外根据上述行为猜测风控可能会有一些其他参数、行为控制，比如cookie中的`bili_ticket`,`buvid_fp`，或者一些上报用户行为的接口相关
> 不知道大家是什么情况，这是我测试时的情况。简化过的参数如下，偶尔失败。 > > ```python > import requests > > headers = { > # "authority": "api.bilibili.com", > # "accept": "*/*", > # "accept-language": "en,zh-CN;q=0.9,zh;q=0.8", # 这行代码之后会被取消注释 > # "cache-control":...