49版正版图库恢复：一次不算顺利的复核
本文所有比对基于本人本地备份，不涉及任何第三方转载源。
上周二下午三点多，我在旧笔记本的备份盘里翻出一张截图，文件名是 20230417_1542.png。画面是 2023 年 4 月 17 日下午 15:42 的一个浏览器窗口，地址栏只露出半截，右侧的图库缩略图铺满四行，每行七张，其中第三行第五张的缩略图是灰的——当时我截这张图，就是因为它加载失败。我盯着那张灰图看了大概两分钟，然后决定把散落在三个硬盘里的图库资源包全部翻出来对一遍，看看这次49版正版图库恢复到底恢复到了什么程度。
先说结论：十一个资源包里，真正意义上完成结构修复的只有四个，另外五个是「换了封面、内容照旧」，剩下两个连压缩包的修改时间都停留在 2024 年 11 月，基本没动。这个结果让我有点失望。真正让我意外的是第四号包——它是我 2024 年 2 月 9 日从一个已经关停的镜像里扒下来的，当时判断为「八成废了」，这次却完整补齐了 217 张缩略图和对应的 JSON 索引，索引里的 capture_time 字段还能反查出原始抓取批次。
「恢复」这个词在图库语境里被用得太宽了。补回一个能点开的入口，和补回一套可检索、可校验的索引，是两件完全不同的事。 —— 我写在比对清单第一页的批注，2026 年 7 月 14 日
过程中我请老徐帮了个忙。老徐在城南做二手设备翻新，手上有五台不同年份的旧机器，我让他分别在 Chrome 118、Edge 109 和一台 2016 年的 Safari 10 上打开同一个入口，记录首屏缩略图的渲染数量。结果是：前两者各渲染出 28 张，Safari 10 只出了 19 张，第 20 张开始报脚本错误。老徐在微信上回我一句「旧的就这样了，别折腾」，然后把三张截图一起发了过来。这三张截图现在贴在我的比对清单第二页，编号 A-01 到 A-03。
关于入口这一层，我参照了站内早前整理的一份说明，里面把几个常见通道的差异写得很细：uc浏览器在线入口 这一条我实测过两次，首屏加载稳定，但深层分页在第五页之后会出现重复条目；qq浏览器网站打开 的兼容表现和老徐测的 Edge 接近，缩略图完整度在 25 到 28 张之间浮动。这两条我都在清单上打了勾，备注是「可用，需人工去重」。
资源包的管理规则，我主要对照了 49图库资料库免费打开49图库app网站使用须知 里列出的命名与索引约定，按它的批次编号规则重新给十一个包排了序，才发现原本以为「最新」的七号包，其内部批次号其实比四号包还早三个月。这个发现直接推翻了我最初的判断顺序。至于整体资料库的构成，49图库资料库免费打开49图库官网链接 那篇里有一张结构图，我把它打印出来贴在显示器边框上，比对时随时对照。
有一处我个人的判断，说出来可能会让一些人不舒服：我不认为这次所谓「49版正版图库恢复」配得上「恢复」两个字，它更像一次有选择的重新打包。四个真正修好的包里，有两个的索引字段被精简过，原本的 source_hash 被整段删掉，这意味着后续没法再做来源校验。删掉一个字段，成本几乎为零，但把可验证性一并删掉了。我理解维护者可能出于体积考虑，可是对我这种要拿它做长期比对的人来说，这等于把尺子上的刻度磨平了。这条批注我写得很重，也接受被反驳。
顺带记录两件小事。第一，我在核对第七号包时发现一张 2019 年 8 月 3 日拍摄的旧城街景缩略图，EXIF 里的相机型号是 Canon EOS 5D Mark III，而同一批次其他图全是手机拍摄——这张图的来源至今没查清。第二，我把整个比对流程写成了一份三页的 Markdown，放在本地 /notes/2026-07-gallery-check.md，其中关于登录态的测试，参考了 在线登录qq网页版 页面里对会话保持的描述，那一段写得比多数教程清楚。最后那个关停镜像的抓取路径，是从 49619浏览器打开赤兔版 的存档页里找到线索的，算是个意外收获。
所以今天的写作状态，用一句话概括：失望，但不算白忙。217 张补回的图和一条被删掉的 source_hash，前者是收获，后者是提醒。我把那张 2023 年 4 月 17 日的截图重新命名成 20230417_1542_verified.png，放进新的比对目录，算是给这轮复核画个句号。
