那台 X250 上的 Chrome 74，历史数据库只剩 3.2 MB
History 文件是 SQLite 格式，我拷到 D 盘，用 DB Browser 打开，urls 表 11824 行。原来一个普通人的浏览记录，体量和一个微信聊天记录差不多。
这周翻过的材料与笔记
12 条，按我实际翻看的顺序排，每条都注了具体来源。
Chromium 源码里 recover 相关的注释只写了 4 行
我翻了 Chromium 的 history 模块，2018 年的 commit 里有一条关于 session restore 的说明，作者是 Chrome 团队的 Peter Kasting。注释短得让我意外。
试了 3 个数据恢复工具，只有 1 个能读出完整时间戳
Recuva、EaseUS、还有一个小众的 Photorec。前两个对 SQLite 的碎片页处理得很粗，Photorec 反而把被覆盖的页整块抠了出来。
关于浏览器入口的那篇旧文，我又改了两处
原文写于 2024 年 11 月，讲 qq浏览器下载2021手机版 之后的入口变化。这次补了一条注：版本号越旧，入口路径越绕。
「删除」不等于物理擦除，这句话被误传太久
我没有找到任何一份当年的厂商文档明确这么说。更接近事实的表述是：文件系统解除了索引，块标记为空闲。差别很大。
图书馆三楼靠窗位，我查了 Computer Forensics 第三版
第 214 页讲 browser artifact，作者是 Cory Altheide。我拍了照，回去对着页脚又核了一遍，确认他没提 Chrome 的 History 文件结构。
那篇讲入口在哪的文章，评论区吵起来了
有位读者在 浏览器打开网址http入口在哪 下面留了 340 字，说他找的是 2016 年的旧版界面。我回复了，也补了图。
49 图库那批彩图，我一张张看了 76 张
不是为了用，是想确认图库里“资料”两个字到底指什么。看到第 41 张时我明白了：它更像索引，不是作品集。49资料图库彩图欣赏 那篇我写得偏浅，得重写。
一家恢复公司的公开年报：成功率从 61% 到 74%
翻了 2021 到 2024 四年的年报，做了一张小表。提升主要来自 SSD 磨损均衡模型的修正，不是什么万能算法。这和我那篇 49图库资料库恢复成功率提升 里的判断对上了。
2019 年那条搜索，我大概知道自己在找什么了
那年 4 月我在写一篇关于数字遗产的小稿，丢了三个月的笔记。当时到处搜“恢复”，包括 哪里下载49图库，其实都是慌。
最容易被恢复的，往往不是你以为的那部分
favicons 和 downloads 两张表几乎没人清理。我看到的 11824 条记录里，下载表 402 行，清得干干净净的只有 urls 主表。
“历史不是被记住的，是被留下来的。”
这句话我记了七年，出处一直没查到。今天终于在一个 2014 年的论坛帖里找到原句，发帖人 ID 是 nightly_reader，回帖时间凌晨 2:14。