资源处理链路升级,顺带修掉一批老毛病
一、资源处理换了新链路,不再借道绕一圈
夸克、百度、迅雷三条线现在都交给常驻服务处理。
以前是后台代你操作网盘,一次处理要来回几十趟请求,中间还得靠一条通道绕开限制。
现在链路直了,后台只发一次请求就交出去。
体感上就是点开更快、失败更少、不再卡到最后超时。那条绕行的通道已经彻底停掉。
二、同一份资源不再重复下载
加了去重缓存、同资源互斥和同名判断。
以前你手快多点两下,或者同一部片子有好几条链接,网盘里就会多出副本,目录变成「xxx (2)」「xxx (3)」——根就在这。
现在重复请求直接复用已有结果,实测第二次 0.0 秒返回。
另外不再往网盘里塞 /DDYS 这种大容器目录,资源直接放根级,为什么建这个容器,没意义,还容易被分享出去造成大批量失效。
三、清理规则逐条对齐
去广告、改名、删垃圾文件、删空目录这些规则,之前这边是近似实现,会跟原来的规则慢慢漂移。
现在原来的规则被移植成唯一权威的一份:视频和字幕一律保留(带广告名的只改名不删),压缩包只有确实命中垃圾名单才删。
低端影视永远不会学那些网盘拉新的团队往包里乱塞各种广告,另有一道超大资源库防线,避免把账号撑爆。
四、百度的提取码固定 ddys
百度那边可以自定义,DDYS 的资源现在统一用 ddys。
夸克和迅雷的提取码是平台生成的、接口不接受自定义,只能保持随机。
五、账号检测能自己修好自己
以前后台点「检测」,碰到凭据是半截 JSON 的账号只会一直报可疑。
现在检测会把它整理成正常格式再回写,今天实测 3 个百度号从 7KB 的残缺内容变成 1.5KB 的正常凭据,全部恢复可用。
顺手还挖出一个更麻烦的:迅雷凭据以前每处理一次就被套一层,已经套到 9 层、38KB。
现在不光拆平了,历史记录也能自愈——不用重新读取凭据。
六、插件 2.8.2
容量数字以前只在切换账户那一下才更新,网盘扩容或清理之后你看到的还是旧数字。
现在每次打开插件就重读,容量后面标新鲜度,比如「已用 12.84TB / 26TB · 刚刚」,标题栏也多了个「刷新」按钮。
有个实现上的讲究:刷新全程只读,不动登录态、不刷新 token。
迅雷换一次 token 会让保存的那份失效,所以这条线特意只读;读不到就保留上次数字,不会把界面刷成「未验证容量」。
另外夸克和百度只能刷浏览器里当前登录的那个号,给别的号读容量得先换 Cookie,代价太大。