8 月 22 日晚上，我把一台联想 G50 从抽屉里翻出来，电池已经鼓了，插上电开机花了四分钟。里面存着一份 2019 年手工敲进去的入口清单——这次整理，就是从那份清单开始的。
那台 G50 的系统还是 Windows 7，浏览器是 2019 版的 Chrome，标签页开着七个，其中一个停在 49图库浏览器打开49图库资料库下载链接汇总。我原本只想确认这些旧条目还能不能打开，结果花了三个半小时，把 41 条一条条点完，删掉 23 条，留下 11 条，另加 7 条需要标注状态的。这份失望来得挺具体：超过一半的链接已经指向空页或者干脆被重定向到无关站点。
但意外的收获也在那儿。旧清单里有一条被我自己划掉的备注，写着「2019-03-11 试过，加载慢，暂存」，那天点开，它反而是整份清单里响应最快的一个。我盯着屏幕想了会儿——当年判它「慢」的那台机器是 2GB 内存的，问题大概不在链接本身。这种判断错位，是这次整理里我最想写下来的部分。
下面这些条目按我复核的先后顺序排，卡片高度不一样，是因为说明长短不同，不是为了好看。
旧清单里的第 3 条，2019 年 3 月 11 日我自己在旁边加过一句「加载慢，暂存」。这次在新机器上打开，首屏约 1.4 秒，是 41 条里最快的三条之一。旧判断作废，改标为可用。
讲解类条目，说明「打开」与「安装」是两套不同的动作。写卡片时我特意保留了它的原始措辞，因为混淆这两件事的人比想象中多，我自己 2019 年就混过一次。
这条我点开后停在了一个空白页，状态码 200 但正文为空。翻了 Wayback Machine 的 2021 年快照，能看到当年的版式。保留链接仅作历史参照，不建议直接使用。
这一条讲的是在 QQ 浏览器地址栏里直接粘贴路径打开的方式。我在 2019 版 Chrome 和当前的 Edge 上都试了一遍，行为一致。它不属于资源类条目，但能解释很多「打不开」其实不是链接的问题。
提问式标题，内容偏基础。我读的时候有点不耐烦，但转念想，2019 年的我也问过同样的问题，只是没人回答。留档。
标题很长，实际内容分两块：资料库的打开方式，和广告位的说明。我把它归到「说明类」而非「入口类」，因为页面本身不承担跳转功能。归类这件事比想象中麻烦。
点开后页面结构完整，但更新日期停在 2023 年 10 月。没有失效，也谈不上活跃。我在笔记里给它标了「观察」，这种中间状态最难写进结论。
短标题，页面里图片加载策略偏保守，滚动到第三屏才开始请求。在两年前的旧机器上这会被误判成「卡死」。这条我写了两行备注，专门记下这个差异。
不是网页，是本地文件，58KB，用文本编辑器能直接读到全部 41 条原始 URL。我把它转成 CSV，才有了这次逐条复核的底表。这一步比点链接更耗时，大约 40 分钟。
41 条里前 12 条我手动点，后面 29 条用脚本跑状态码。结果是手动判断更准——脚本只能告诉我 200 或 404，告诉不了我「200 但正文为空」。这个结论我写进了方法说明。
已在新表里划掉并加注原因：当时机器 2GB 内存，Chrome 占用常驻 700MB 以上，与链接质量无关。这是我这次唯一一条主动承认的判断错误，写出来比删掉好。
我在杭州做数字档案的整理工作，白天处理别人的资料，晚上处理自己的。这个站从 2024 年 10 月开始写，起因是我发现自己整理过的东西，隔两年连自己都找不到。
我写的条目大多带日期和状态标记，不是因为严谨好看，是因为我吃过没有标记的亏——2019 年那份清单里，有一半条目我不知道当时为什么存、后来为什么没用。
这个站不接受投稿，也不做聚合。每条链接我都自己点开过，写下的判断可能过时，但至少在当时是真的。
我们对旧物的信任，往往建立在我们已经忘记它当年的样子之上。