当前时间: 1970-01-01 08:00:00
分类:办公文件
评论(0)
AI一秒清空我工作盘符里二十多年工作文件早上起来,深蓝打开cursor并下载分析一份github里的开源代码,ai分析完成后,他告诉我这个代码不是最新的他要自己去github下载最新版。突然火绒弹出一个1.bat是病毒,我再一看,项目目录内的文件丢失了,我还以为他误操作清空了。很快冷静下来,分析原因,危险的代码cursor是会阻止的,但是他为什么没阻止。原来他写了一个批处理,用rd来递归删除目录内的文件,他这么做的原因是,要把他在github下载的时候觉得慢,他要重新下载,重新下载前,他要清空那个下载目录,但是错误的把整个盘都清空了。于是这样就轻易跳过了cursor的危险命令的限制。而此时火绒虽然发现了1.bat这个操作很危险并删除了1.bat,却没有阻止其产生的危险操作,这时候,火绒的无广告绿色优雅就体现出来了:我发现了病毒,但是其危险操作能不能阻止,你别问,你就说,绿色不绿色吧?是不是干净无广告吧?优雅不优雅吧?找到了原因,现在来解决,首先rd命令的删除,回收站是不会有的。然后我再检查我的自动异地备份文件,每天备份,还好,最近14天的每天备份都还在,我只要把异地昨天的工作目录恢复过来就好。但是,这需要时间,也影响我当前的工作。更重要的是,我还有一些如安装的软件,配置等,我是没有进行实时每天备份的,这部分我需要恢复软件来恢复,否则我可能需要重新配置软件,也很麻烦一天时间也就过去了。感谢小网虫发来的数据恢复软件,正在恢复中,目前来看比较乐观,就算不能恢复,损失也可控,影响也小。我联系cursor,说我这个月已经在你这用了几百金的正版订阅用户,你的严重错误导致了一级安全事故,你得让我骂一下,并赔偿我的损失1 最后提醒大家,在使用AI时,一定要注意他的能力边界,一定要注意隐私和数据安全。2 重要数据一定要经常性的异地备份,我现在就是每天实时异地备分14份,我可以恢复过去14天内任一一天的数据。总是有朋友说硬盘不会坏,病毒现在很少,但是3-2-1的数据备份规则关键时刻真的是能救命的,否则此时我不会在笔记本上写公众号文章,而应该在在天台,看春天的风吹过江南大地…… (当然如果你的数据文件确实一点用也没有,当我没说。而不是因为坚信“我的数据不会丢去”忽略备份的重要性。数据随时会丢,原因千奇百怪,发生猝不及防。)3 我现在还不慌就是因为,一是有数据备份(过去14天历史数据备份),二是我知道如何操作能立即恢复数据,不进行胡乱操作而导致不可逆的数据损失。3 AI能力很强,破坏能力也很强,有时候特别聪明,但有时也会灵机一动犯个大蠢。4 再次感谢群友的关心和发来数据恢复软件。再次提醒,一定一定要做数据异地容灾多级备份。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-04-13 17:28:33 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/522506.html
- 运行时间 : 0.098900s [ 吞吐率:10.11req/s ] 内存消耗:4,767.17kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=38f7e4857b10496a3229e03e3fed904d
- CONNECT:[ UseTime:0.000595s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000761s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000388s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000269s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.000524s ]
- SELECT * FROM `set` [ RunTime:0.000247s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.000531s ]
- SELECT * FROM `article` WHERE `id` = 522506 LIMIT 1 [ RunTime:0.002011s ]
- UPDATE `article` SET `lasttime` = 1776072514 WHERE `id` = 522506 [ RunTime:0.003205s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000241s ]
- SELECT * FROM `article` WHERE `id` < 522506 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000483s ]
- SELECT * FROM `article` WHERE `id` > 522506 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000436s ]
- SELECT * FROM `article` WHERE `id` < 522506 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.000590s ]
- SELECT * FROM `article` WHERE `id` < 522506 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001781s ]
- SELECT * FROM `article` WHERE `id` < 522506 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.001675s ]
0.100626s