Single Post · 完整资料

2013 年 11 月我在一台二手 T420 上误删了一整个月的图库索引

从那次恢复失败开始,我花了十三年把「图库资源网站」这件事拆成结构、版本与归档三层来记录。这篇是完整的资料整理。

作者:江晚 · 发布于 2026-06-29 · 阅读约 12 分钟

2013 年 11 月 17 日晚上,我记得很清楚,因为那天宿舍楼下的打印店提前关门。我用一台二手的 ThinkPad T420,系统还是 Windows 7,正把一个月里攒下的图库索引文件从 D 盘拖到移动硬盘上。当时移动硬盘的盘符是 F,索引文件一共 1,842 个,按日期分了 28 个文件夹。拖动进行到一半,我误按了 Shift 加 Delete,屏幕右上角弹出一个没有"回收站"字样的确认框,我点了"是"。那一刻风扇的声音突然显得很大。我后来用了三款恢复软件,其中一款跑了一整夜,第二天早上告诉我恢复了 611 个文件,但文件名全部变成了"恢复_0001"到"恢复_0611"这样的序列,和原来的目录结构对不上。那次失败是我第一次意识到,图库这件事的难点从来不是"找到图",而是"在图还在的时候,让它的位置可被记住"。

索引比图片本身更容易丢。因为图片躺在硬盘里不会动,索引一旦错位,整座库就废了。

桌面上摊开的旧硬盘与索引笔记
图 1:2013 年那台 T420 已经不在了,但那本记录索引编号的纸质笔记本还在,第 11 页写着"11-17,勿动D盘"。

一、先把"图库资源网站"这个词拆开

很多人把图库资源网站理解成一个下载入口,我不同意。以我这些年整理的经验看,它至少是三层结构叠在一起:最底层是素材本体,中间层是索引与元数据,最上层才是检索与展示界面。三层里最容易出问题的是中间层,因为它既不像素材那样有直观体积,也不像界面那样能被一眼看到坏了。2016 年我帮一位叫陈默的摄影朋友整理他四年的作品库,他的硬盘里有 3 万多个 RAW 文件,但索引文件只有一个 400 多 KB 的数据库,打开后发现里面的路径字段还指向他旧电脑的 E 盘。也就是说,素材一个都没少,索引却集体失效了。我们最后是靠文件创建时间戳重建的,花了整整两天。这件事让我更确信:谈图库资源网站,绕不开"索引是否可迁移"这个工程问题。

也正因为如此,我后来在自己的记录里把版本差异看得比功能列表更重。比如老版49图库的目录命名习惯,和现在常见的时间戳命名完全不同,它用的是一套以任务编号为主键的层级;再比如正版图库在线打开这条路径,很多人以为它只是入口问题,其实它牵扯的是加载顺序——先校验再渲染,还是先渲染再补齐。这类差别在纸面上很小,落到几万条记录上就是能不能对得上的问题。

我的明确观点:大多数所谓"图库资源网站使用教程"都在教人怎么点按钮,而真正决定一个库能不能长期用下去的,是它的索引能不能被独立导出、独立校验、独立迁移。任何不支持导出的图库系统,我都会直接判它不合格,哪怕它的界面做得再漂亮。

二、版本差异里那些具体到数字的细节

2021 年春天,我在整理一份跨版本对照表时做过一个统计:把同一批 500 张测试图分别导入三个不同版本的库,记录首次索引完成所需的时间。结果最快的一个版本用了 96 秒,最慢的用了 7 分 12 秒,差距接近 4.5 倍,而这个差距在官方说明里完全没有体现。慢的那个版本并不是性能差,而是它对每张图都做了两次哈希校验。这件事没有对错,但它说明版本差异往往藏在实现细节里,不在版本号上。我在整理图库恢复正常使用方法的时候,特意把"先看校验次数再看界面"写成了第一条建议,原因就在这里。

版本号是给市场看的,校验逻辑才是给用户用的。

还有一处细节值得记下来。2022 年冬天,一位读者在邮件里问我,为什么他在不同浏览器里打开同一个库,看到的条目数量会差 30 多条。我请他分别用两个浏览器各导出一次目录清单,比对后发现,差异全部集中在文件名含中文全角括号的那一批记录上,一共 34 条。这属于编码处理层面的问题,和电脑版qq浏览器打开时的字符集推断有关。他后来按我说的,先把浏览器编码固定为 UTF-8 再加载,问题就消失了。这类排查听起来琐碎,但它恰恰是"完整资料"这四个字里最难写、也最容易被跳过的一部分。

三、归档逻辑:为什么我坚持留一份离线清单

从 2017 年起,我给自己定了一条规矩:任何一个图库资源网站的资料,在入库之后 24 小时内,必须生成一份纯文本的离线清单,字段至少包含编号、原始文件名、入库时间和校验值。这份清单不追求好看,只追求能在断网、数据库损坏、系统重装之后还能被读出来。到 2026 年 6 月为止,这样的清单我已经积累了 9 年,按年份分成了 9 个档案袋和 3 块冷备硬盘。有人觉得这是多余的谨慎,我承认它有点偏执,但 2013 年那个晚上点下"是"的瞬间,让我很难再对这种偏执感到羞耻。归档不是为了永存,归档是为了在出事那一刻,你手里还有一张能对得上的纸。

我也因此格外留意那些把"公开入口"写得很清楚的资料。像4949图库资料库资料免费公开入口这类页面,价值不在入口本身,而在它把版本、日期和适用范围都列在了同一屏里,方便你事后回查。反过来,如果一份资料连"这份清单是哪天生成的"都答不上来,我就不会把它放进档案袋。至于系统层面的恢复手段,我一般建议按如何通过官方渠道恢复49图库资料里写的那套顺序走:先停写入,再校验,最后才谈恢复,顺序错了,恢复出来的东西也就没意义了。

归档的第一原则不是保存,而是可对账。

相关的具体条目

索引

2016 年陈默那 3 万张 RAW 的重建记录

旧电脑 E 盘路径失效,靠文件创建时间戳回填,两天完成,最终丢失 47 条异常记录。

条目 01
版本

三个版本对同一批 500 张图的索引耗时对照

96 秒、3 分 05 秒、7 分 12 秒。差异来自每张图的校验次数,不在版本号高低。

条目 02
编码

全角括号引发的 34 条记录差异

2022 年冬天一位读者来信,比对两份清单后定位到字符集推断问题,固定 UTF-8 后解决。

条目 03
归档

2017 年定下的离线清单三字段规则

编号、原始文件名、校验值。九年积累 9 个档案袋、3 块冷备硬盘,从未中断。

条目 04
入口

把适用范围写到同一屏的那类资料页

能回查生成日期的资料才进档案袋,答不上日期的,一律不入档。

条目 05
方法

先停写入再校验,最后才谈恢复

顺序错一次,2013 年那 611 个被改名的文件就是代价,写在了我的第 11 页笔记上。

条目 06
对照

任务编号主键 vs 时间戳命名

两套命名习惯在同一批记录上的迁移成本,粗算相差约 2.8 倍的整理工时。

条目 07
加载

先校验再渲染,还是先渲染再补齐

顺序差别在单页上几乎看不出来,落到几万条记录上就是能不能对得上的问题。

条目 08
记录

一本纸质笔记本的第 11 页

写着"11-17,勿动D盘"。十三年过去,这条提醒比任何软件说明书都管用。

条目 09
判据

不支持索引导出的图库系统,一律判不合格

这条判据我用了很多年,争议不小,但我没有找到推翻它的理由。

条目 10

关于我

江晚

我是江晚,做的是资料整理与索引核对这份没什么人愿意干的活,从 2013 年那次误删之后就没停下来。我平时在一家小型档案服务机构做数字归档,业余时间维护「图库资源网站」这个站点,把每一条能对得上编号的记录写下来。我写东西慢,习惯先查三遍再落笔,所以更新频率不高,但每一条都在档案袋里有对应的纸。我做这个站不是为了教人怎么下载,而是想留一份能对账的底稿——万一哪天库又坏了,至少还有人能顺着这些编号把位置找回来。

索引不是图库的附属品,它是图库的地基;地基一塌,房子里的东西再多,也只是躺在废墟里而已。

—— 出自陈默 2016 年 8 月 3 日发给我的一封邮件,第 4 段,原文如此