迅雷自动生成的vod_cache_data处理方法

本文介绍迅雷看看产生的vod_cache_data缓存文件夹的处理方法,包括修改注册表路径、使用补丁禁止生成及防毒软件规则设置,避免D盘或其他磁盘空间被占用。
本文转载自: https://www.cnblogs.com/cm186man/archive/2008/01/26/1054200.html 作者:cm186man 转载请注明该声明。
最近D盘根目录总是莫名其妙的出现vod_ cache_data
迅雷的官方解释:
  vod_cache_data是迅雷看看的数据缓存文件夹,这个版本的迅雷会自动选择用户机器剩余空间最大的分区进行保存,该文件夹从支持迅雷看看的第一个版本就存在,只是放在操作系统的临时目录而已,大家没注意到,现在我们开放了设置,大家可以任意设置他的所在目录,如果你不使用迅雷看看,那么它里面不会存在数据文件。

目前的解决 方法也比较猥琐,只是眼不见为净罢了将以下文本复制到 新建 文本文档 中,并更改扩展名为.reg,双击导入注册表
复制内容到剪贴板
代码:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Thunder Network\ThunderOem\thunder_backwnd]
"Cache"="C:\\Documents and Settings\\All Users\\Application Data\\vod_cache_data\\"
以上红色部分可更换为你自己的任意目录,注意使用'\\'而不是'\',这样vod_cache_data文件夹就在你指定的目录中生成了

当让,如果你使用的防毒软体有阻止进程访问文件的功能就可以完全阻止它的生成了,比如我用的McAfee,新建一条规则阻止Thunder.exe创建D:\*vod_cache_data*\**,就可以防止再次在D盘生成vod_cache_data了



用迅雷看看来看电影的话,还是会生成的,只是换了地方而已


如果用不着迅雷看看,用的McAfee的,新建一条规则阻止Thunder.exe创建D:\*vod_cache_data*\**,就可以防止再次在D盘生成vod_cache_data了


迅雷看看,其实也就是用迅雷边下边看,很吃带宽的!



解决迅雷435自动生成vod_cache_data文件夹的补丁
新版迅雷会在D盘(据zow315说是在有最大剩余空间的盘上,具体适个人情况而定)自动生成一个vod_cache_data的文件夹,存放缓存的数据用于给迅雷看看等数据下载。即使删除了这个文件夹迅雷也会在启动后自动建立。

使用本补丁可以使迅雷不在重新建立这个文件夹。同时也可以使迅雷不再建立任何缓冲文件夹。作用吗?不言而喻,没有缓冲,怎么上传数据给别人呢呵呵……

注意安装了迅雷看看的就不要用这个补丁了,因为本人没有安装迅雷看看所以自己没有测试会对看看起什么反作用。

补丁下载:/Files/cm186man/xl_NO_Cache.rar
说明:使用后就可以删除D盘下的vod_cache_data文件夹了,这个本程序不会自动删除,请各位手动删除吧。
另外就是由于每个版本的迅雷数据都不一样的所以有了版本号验证。绿色版的用户可能没有注册表项。如果确认你是435版的话,同时又提示您版本号不对请到下面下这个注册表文件双击导入即可。

注册表项:/Files/cm186man/thunder_backwnd.rar


通过修改了streammedialib.dll是这个缓冲文件夹指向了C:\Documents and Settings\All Users\Application Data\thunder_vod_cache\文件夹下 使其眼不见为净

那么其实大家如果不用这个补丁的话也可以通过自己改注册表实现

附在迅雷官方论坛发的方法 其实也是应用了“眼不见为净”的伎俩

临时解决办法 更改注册表:
 
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Thunder Network\ThunderOem\thunder_backwnd]
"Cache"="C:\\Documents and Settings\\All Users\\Application Data\\vod_cache_data\\"

把以上内容保存为.reg文件导入注册表就行了
采用PyQt5框架与Python编程语言构建图书信息管理平台 本项目基于Python编程环境,结合PyQt5图形界面开发库,设计实现了一套完整的图书信息管理解决方案。该系统主要面向图书馆、书店等机构的日常运营需求,通过模块化设计实现了图书信息的标准化管理流程。 系统架构采用典型的三层设计模式,包含数据存储层、业务逻辑层和用户界面层。数据持久化方案支持SQLite轻量级数据库与MySQL企业级数据库的双重配置选项,通过统一的数据库操作接口实现数据存取隔离。在数据建模方面,设计了包含图书基本信息、读者档案、借阅记录等核心数据实体,各实体间通过主外键约束建立关联关系。 核心功能模块包含六大子系统: 1. 图书编目管理:支持国际标准书号、中国图书馆分类法等专业元数据的规范化著录,提供批量导入与单条录入两种数据采集方式 2. 库存动态监控:实时追踪在架数量、借出状态、预约队列等流通指标,设置库存预警阈值自动提醒补货 3. 读者服务管理:建立完整的读者信用评价体系,记录借阅历史与违规行为,实施差异化借阅权限管理 4. 流通业务处理:涵盖借书登记、归还处理、续借申请、逾期计算等标准业务流程,支持射频识别技术设备集成 5. 统计报表生成:按日/月/年周期自动生成流通统计、热门图书排行、读者活跃度等多维度分析图表 6. 系统维护配置:提供用户权限分级管理、数据备份恢复、操作日志审计等管理功能 在技术实现层面,界面设计遵循Material Design设计规范,采用QSS样式表实现视觉定制化。通过信号槽机制实现前后端数据双向绑定,运用多线程处理技术保障界面响应流畅度。数据验证机制包含前端格式校验与后端业务规则双重保障,关键操作均设有二次确认流程。 该系统适用于中小型图书管理场景,通过可扩展的插件架构支持功能模块的灵活组合。开发过程中特别注重代码的可维护性,采用面向对象编程范式实现高内聚低耦合的组件设计,为后续功能迭代奠定技术基础。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值