为什么我盯着一个索引表看了四十分钟
事情是这样的。昨天下午我在整理旧硬盘，翻出 2024 年 3 月存的一份图库索引截图，文件名是 17tk_index_20240309，一共 11 个分类页。结果我把今天的版本调出来对照了一眼——分类页变成了 17 个，而且每个分类下面多了一行很小的「最近变动」标记。我盯着那行标记看了大概四十分钟，不是因为它多复杂，而是它突然让我意识到：这个站点的「特色功能」其实是围绕索引本身在做文章，而不是围绕图片。
第一件让我记下来的细节是索引的分层方式。它把每张图归到一个二级路径里，形如 cat/tag/item，而 tag 这一层的数量固定在 60 个左右，不随上传量膨胀。我在第 412 页看到一条记录，编号 17-00412，所属 tag 是「旧报章」，上传日期标的是 2026 年 6 月 28 日，但它下方的缩略图却是一张拍摄于 1998 年的街景。也就是说，时间字段记的是入库时间，不是拍摄时间——这个区别说明它是档案式管理，不是普通相册式堆叠。
第二件事是更新节奏。站点在页脚写「每周更新」，我起初以为是每周一批上传。后来调出近八周的索引快照比对，发现它实际是每周固定一次「重建」：每周日凌晨两点左右整表重排，编号会重排一次，旧编号自动跳转。这个动作意味着链接的稳定性靠跳转来保，而不是靠固定 ID。对普通浏览者没影响，但如果你跟我一样习惯手抄几个编号做参照，就会在周一一早发现编号对不上，得重新查。相关说明我在新奥门特马那篇的附注里也提到过一句。
第三件事是客户端同步。我装了它推荐的手机端，印象里第一次打开时同步了大约 1400 条索引项，花了不到三十秒。它没有做全量下载，而是只拉当前分类的骨架，图片本体按需再取。如果你在手机端翻分类，会看到顶部有一条细蓝线在走，那就是在补拉缩略图。想省流量的话，可以在 手机qq浏览器多窗口设置那篇文章里提到的后台限制方式配合使用，效果不错。另外它还有桌面端入口，具体安装步骤我写在49图库苹果客户端下载那一页里，这里就不重复。
第四个细节，也是我觉得最容易被忽略的：它的分类页有「时间窗」筛选。我在 7 月 10 日试了一次，把窗口设成「近 30 天」，结果跳出来 387 条，而同一时段全站新增标注却有 512 条——差的 125 条正好是那些被重新归类、时间字段被改写的条目。也就是说，时间窗筛的是「变动」，不是「新增」。这一点如果没留意，很容易把两次看到的不同数量当成站点出错。我把这个观察记在了笔记本第 63 页，用红笔圈了一下，因为类似的筛选逻辑在同类站点里我还真没怎么见过。
说句可能有人不同意的话：我觉得它最有价值的功能不是图本身，而是那套「每周重建 + 旧号跳转」的编号机制。很多图库站喜欢把 ID 钉死，哪怕条目已经挪走了，旧链接也变成 404。它偏不，宁可每周搬一次家，也用跳转把旧入口留着。这种做法对站点维护者其实挺麻烦的，但它换来了链接层面的长期可引用性——做资料整理的人会很吃这一套。缺点当然也明显：编号不稳定，对需要精确对照的工作流不友好，你得自己建一份映射表。
最后补一个我自己的用法。我现在每周一早上会做一次十分钟的巡检：先打开分类骨架看有没有新增 tag，再看「最近变动」那一栏的数量，如果超过 20 就说明这周的重建动得比较多，我会挑四五条抽样核对。这个习惯坚持了六周，目前只遇到一次异常，是 6 月 21 日那次重建延迟了两个小时，索引页短暂显示「整理中」。这件事我记在了备忘里，如果下周还有变化，我会在这篇下面追加。