z0z0r4

抱歉我在学校没看到（也已经忘了（（

> 我尚不确定这样的secret实现是否大丈夫，但看起来还行。 回声洞有考虑在内吗？ 回声洞怎么可能做成 env 太草了

虽然没环境复现，但 `chunk_failed` 没有意义...得调试看看具体是啥报错

已沟通，无法本地复现 批量上传视频牟利请使用其他工具，如 biliup-rs 等

> 我的建议是从json到Api到request到session到接口全部重写 给 Api 暴露一个直接获取 response 对象的入口吧，不进行 process_response 大概就行了

无所谓，或者你自己开个 venv

> * sessdata的不能用吧，他必须需要buvid的key-pair，但离谱的是，buvid你随便写其实是可以的，只要存在且不为空（至少目前）是可以用的，我怀疑他根本没查其实。 > > * 添加了`get_spi_buvid`，现在只有无credential + get_spi_buvid都不行才会随机生成，毕竟buvid一定不能为空。但其实get_spi_buvid测试时是一直好用的。 > > * build直接改成999999999了，其实只要大于5.5M就可以用，无上限。share_mode改为固定值3，对应的是链接分享。 随机 buvid 没有意义...没有 buvid 就应该去 spi 获取...没查是一回事 这个接口你测试过不需要登录吗？你说 sessdata 不能用，我记得我也没写 app 鉴权，那你咋请求的？有测试数据提供一份吗？ 麻烦固定 build，不同 build 的参数可能不同

主要是不需要登录吗？就算不需要，可以考虑下等我这周末把APP鉴权加进去之后再合并，这个短链接能识别分享者的

还真不用登录啊...那我想摆烂了，继续鸽着登录吧，没啥意义+-=

基本上，如果 `share_id` 为 `public.webview.0.0.pv` 的话没法直接分享 oid，只能分享链接，你可以试试看 视频只能 `main.ugc-video-detail.0.0.pv` 搭配 aid 我觉得需要捕捉点 `share_id` 来，比如专栏、音频、动态的 `share_content` 与实际的 redirect 无关其实无关