周明远那张 2019 年 3 月的手写清单,我照着重排了 47 条
他把文件名按前缀分成三组,用红笔标了「待核」两个字。一键恢复已删网站那条被他圈了两次。
我在台灯底下把那张图放大到 200%,看着十六进制的文件名,突然想起来该把这些年零散收的条目归一下类。下面是分类清单、标签和翻阅次数,按我自己的整理顺序排。
他把文件名按前缀分成三组,用红笔标了「待核」两个字。一键恢复已删网站那条被他圈了两次。
那天下午三点,我把 Chrome 的 IndexedDB 整个拷出来,翻了两个小时才找到那一层。相关讨论见59667浏览器网站。
目录结构改了一次,缩略图尺寸从 120 提到 160,剩下十处多是命名规范上的挪动,不影响检索。
编码声明要写死 UTF-8,否则中文分类名会散成问号。可参考49图库资料库免费打开可编辑版本里的字段说明。
日志里只有一行 UA 和 404 状态码,但我把它当成整个恢复链条的锚点,因为时间戳能对上。
一次是旧版残留,一次是迁移脚本误写,最后一次才是真正的主索引,得靠修改时间排序才分得清。
放大后能看清顶栏按钮的排列顺序,这是我判断旧界面布局的重要依据,虽然像素糊得厉害。
命令只写了一行,跑完发现 318 个重名,其中一半是旧的临时缓存,可以放心删掉。
逐条算哈希,最后发现只有 9 个文件校验失败,全集中在一个早已弃用的子目录里。
他说迁移脚本是周四晚上写的,写到凌晨两点,中间因为路径里有个空格卡了半小时。
说实话,我把这套东西归到「版本考古」而不是「资源分享」,是因为我觉得大多数所谓恢复,最后都变成了对旧命名习惯的重新理解。我更在意那个周四晚上写脚本的人怎么想,而不是能不能一键把东西捞出来。这个立场大概有人不同意,但我就是这么整理的。