更新 2026年10月5日

资源处理链路升级,顺带修掉一批老毛病

一、资源处理换了新链路,不再借道绕一圈

夸克、百度、迅雷三条线现在都交给常驻服务处理。

以前是后台代你操作网盘,一次处理要来回几十趟请求,中间还得靠一条通道绕开限制。

现在链路直了,后台只发一次请求就交出去。

体感上就是点开更快、失败更少、不再卡到最后超时。那条绕行的通道已经彻底停掉。

二、同一份资源不再重复下载

加了去重缓存、同资源互斥和同名判断。

以前你手快多点两下,或者同一部片子有好几条链接,网盘里就会多出副本,目录变成「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,代价太大。