Aurorix Drakos

Results 21 comments of Aurorix Drakos

![Screenshot_2023-01-28-18-23-22-742_mark vib](https://user-images.githubusercontent.com/47136792/215261477-0c52fb48-d7a7-448f-b3ba-46cbc1ea3e2e.jpg)

大佬可以提供一下您的测试站点的那个音乐歌单的链接吗?我测试一下,我这边输进去的链接在这一个前端都无法播放

v2现在支持了,但v3还是不行

> 看了源码,扩展js功能会有点麻烦。 > > 不过你可以尝试把抓取的包导出har,然后用python之类的脚本解析har提取你所需要的数据。 那不如把日志默认开启(现在得手动去开才能收到日志,且加个开关是否保存至文件

> > > 看了源码,扩展js功能会有点麻烦。 > > > 不过你可以尝试把抓取的包导出har,然后用python之类的脚本解析har提取你所需要的数据。 > > > > 那不如把日志默认开启(现在得手动去开才能收到日志,且加个开关是否保存至文件 > > 我说的是在现有功能下可以通过这种方式自己实现,你想要什么数据都可以。加日志还要查看/管理/分享日志文件,需要花一定时间开发。 OK了,暂时用另一个方案代替了,本地termux运行一个http服务,功能是将接受到的数据及文件名保存到本地相应文件,再用脚本功能转发数据到这个服务,有点繁琐但还是算好的了,完全解析har对我目前的需求有点代价过高时间成本也超了,而且不是实时的得后期处理实在划不来,这样算是伪保存日志了

> 你这种方案更优,导出HAR不能实时,而且操作繁琐。但是解析HAR文件并不麻烦,就是一json读取几个key而已,花不了多久时间。 是这样,但是我试着导了一个har,发现文件还是蛮大的,包括APP启动时间我才抓了20秒,他就已经8 MB了,对于我只需要链接的话,属实有点绷不住,我如果要批量抓链接的话,占的内存有点大,总觉得很不舒服,以后如果需求比较复杂,再考虑吧,目前来看,我觉得这方法已经够用了

> 接口数据不应该这么大,是不是有视频图片那些 > > > > 你这种方案更优,导出HAR不能实时,而且操作繁琐。但是解析HAR文件并不麻烦,就是一json读取几个key而已,花不了多久时间。 > > > > 是这样,但是我试着导了一个har,发现文件还是蛮大的,包括APP启动时间我才抓了20秒,他就已经8 MB了,对于我只需要链接的话,属实有点绷不住,我如果要批量抓链接的话,占的内存有点大,总觉得很不舒服,以后如果需求比较复杂,再考虑吧,目前来看,我觉得这方法已经够用了 > > 咱抓的就是视频应用啊,而且主要我懒,我白名单应用很多,但我又不想去关,所以抓包的时候其实是几个应用的流量都会被抓

目前在作者更新(如果可能)我提议的这个功能之前,如果和我的场景相似,同样有这方面需要的可以在这里说一下,我传上来,我已经把它做成一个magisk模块了(ksu/ap通用),不再需要termux,直接二进制执行,源代码也附在模块里了,开机自启,全程30秒扫描一次,保活进程,不传输数据时处于休眠状态,理论耗电量应该不大