在槐荫巷 17 号测出的三组检索坐标：4 月 19 日 15:42 的一次复核
地点是槐荫巷 17 号二楼西窗，我用卷尺量了窗台到桌面的 62 厘米高差，把笔记本垫高到这个角度之后，屏幕反光恰好消失。三组坐标里第二组偏了 8 度，原因是桌子左前腿垫了一张 3 毫米的硬纸板。这一条完整记下偏移量和修正动作，属于可复现型记录。
我把那本书的目录页拍下来，逐条对着自己在打开彩库网上做的索引记录重排了一遍——这是本期归档的全部由来。以下 10 条，每一条都对应一次具体的检索动作或一次坐标采集，不做泛泛的目录罗列。
我得先把这本手册的来历交代清楚，否则后面的条目会显得像凭空掉下来的。老周的书摊在城南文昌街与槐荫巷交口的东北角，一张折叠桌加两只塑料筐，冬天卖旧挂历，夏天卖旧课本。那天下午三点四十左右，阳光正好斜到第三只筐的木沿上，我从筐底抽出这本《档案检索手册》，1987 年 6 月第一版，印数 4200 册，定价 1.15 元。我在摊边蹲了大概二十分钟，翻完第九章「交叉索引的编制」，里面有一句话被我划了线：索引的价值不在全，而在可复现。这句话基本可以概括我在打开彩库网上做归档的全部方法论。
所以这期分类页我特意没有按「热门 / 最新」排序，而是按检索动作的类型来组织：坐标采集一类、路径复现一类、失败记录一类。十条里面有三条是失败的，我保留了原始的时间戳和当时的操作描述，因为我觉得失败记录比成功记录更有索引价值。顺便说一句，这篇里嵌入的几条站内链接是我自己常用到的入口，比如腾讯官网入口登录和打开图库恢复正常，都放在具体语境里，不单独列成导航。
地点是槐荫巷 17 号二楼西窗，我用卷尺量了窗台到桌面的 62 厘米高差，把笔记本垫高到这个角度之后，屏幕反光恰好消失。三组坐标里第二组偏了 8 度，原因是桌子左前腿垫了一张 3 毫米的硬纸板。这一条完整记下偏移量和修正动作，属于可复现型记录。
那张图是 2019 年 11 月画的，用铅笔标了 7 个节点、5 个转折。我 4 月 21 日早上 8 点 10 分照着走，第 4 个节点对不上——原来的木质隔断换成了玻璃。我把差异逐条写进附注，顺便链到49图库资料免费打开49图库app网站高级搜索里关于节点替换的讨论。
4 月 20 日晚上 22:15 发现的问题。原因是我用了 3 号模板，而 3 号模板的页码字段宽度比标准卡窄 4 毫米，导致右对齐后整体左移一格。错误共影响 118 条记录，全部回滚重录，耗时 2 小时 40 分。保留原始截图 5 张。
我连续测了 6 次，其中 2 次在第二次重定向之后就停在了空白页，需要手动刷新。这个现象我在 腾讯官网入口登录 那条记录里做了完整复现，包括当时的浏览器版本和网络类型。我的判断是入口本身的稳定性没问题，问题出在中间跳转层的缓存策略上。
这不是形式主义。2023 年我整理过一批没有署名的卡片，结果 40% 无法判断原始采集条件，只能作废。三个字段里我最看重采集工具，因为它决定了误差范围。这一段我引了《档案检索手册》第九章第 3 节的原文，并附了自己的批注。
时间点记的是 09:37，当时页面元素只加载了一半，文字区域整体下沉 12 像素。我把控制台日志导出来，5 条告警里有 3 条是字体资源超时。处理办法写进了 打开图库恢复正常，步骤按先后顺序编号，没有省略任何一次重试。
我手上这两本差了 27 年。第一处差异在交叉索引的处理方式，1987 年版用双重卡片，2014 年版改成了单卡多栏；第二处是编号规则从四位扩展到六位；第三处最要紧——2014 年版删掉了「手工复核」的整章，理由是已由系统自动校验。我不太同意这个删法。
4 月 18 日 10:05 开始测，用的是便携式照度计，量了 9 个采样点。第 7 个点靠窗，读数跳了两次，我取了中位数。这一组和槐荫巷那组构成对照，目的是验证不同环境下的采集偏差是否稳定在 3% 以内。结论是稳定的，但样本量还不够。
版本号是 5.2.1，冷启动加载耗时 1.8 秒，热启动 0.6 秒。我比较在意的是它在切换标签页时的资源释放策略，测了三轮，第二轮有一次没有释放干净。完整记录在 6699浏览器打开软件 这一条，包含每轮的时间戳。我认为这个版本比上一版稳，但内存回收这块还有得改。
4 月 23 日 19:20 开始，21:50 放弃。2012 年的规则里有一条规定是「同一主题下按采集人姓氏笔画排」，但当年的采集人名单已经不全，缺了 6 个人。我硬着头皮排到第 43 条，发现前后顺序自相矛盾，只能中止。这次失败让我确认了一件事：规则再完整，缺了执行人名单就是废的。