我把 2019 年那个书签文件夹打开，第一条就是 0149886.cm浏览器打开网站40000

收录与整理：一次从旧备份出发的核对

昨天下午在旧硬盘里翻出 bkmk-1908.html 的时候，我并没有打算写这篇。只是顺手点开了文件夹的第一条链接，也就是 0149886.cm浏览器打开网站40000 那条记录，页面骨架在三秒内加载完，分类框一格一格亮起来，那一刻我忽然觉得应当把那套不断被打断又重新开始的核对流程写下来。

先说清楚这件事的规模。这份备份导出于 2019 年 8 月 14 日 22:47，共 137 条书签，分成 5 个文件夹。我在 2021 年换机器时把它整个拷到了一块 500GB 的机械盘上，之后就再没碰过。这次核对用了两个下午，第一条花的时间最长，因为我要先确认导出的 HTML 结构没有在转存中被改坏，最后数出来 41 条还能正常打开。

为什么把这一条放在最前

把 0149886.cm浏览器打开网站40000 这条记录放到清单最前，不是因为它的内容最丰富，而是因为它的结构最稳定。我在核对时用了一个很土的办法：连续按三次刷新，每次间隔约十五秒，观察页面从白屏到分类框出现的过程是否一致。三次都一致，我就给它标了绿色。这个办法是周明远在 2021 年的一则旧回帖里提的，他原话是「先看收录日期，再看内容」，我把它改造成了动作层面的版本。

这里我要说一个可能有人不同意的观点：对这类收录页来说，「能反复打开」比「内容多」重要得多。我见过太多一次打开很漂亮、第二次就掉一半栏目的页面，那对整理毫无价值。整理要的是可重复，不是好看。所以我的第一列永远是「是否稳定」，内容量排在第四列。

三个具体的细节

第一个细节是人。周明远，2021 年 3 月 9 日在一则回帖里写下那句判断，回帖下面只有两条回复。我把这段截了图，存进「方法」文件夹，文件名是 210309-zhou.png。第二个细节是数字：137 条里 41 条存活，存活率 29.9%，我算了两遍，因为我一度不敢相信比例这么低。第三个细节是动作：我把第一页的 47 条逐条点开，关掉，再点开，整个过程用了大约两小时零五分，中间起身泡了一次茶，回来时屏幕已经息了。

整理这件事最容易被误解的地方，是别人以为你在做「删除」。其实不是。我把那条 2019 年还能打开的 4399 入口移到了「历史」文件夹而不是直接扔掉，因为删掉等于否认当时确实点过它。归档和删除是两件不同的事，前者保留证据，后者销毁证据。一个做收录的人如果连证据都不保留，那他整理的到底是什么呢。

一张四列的表，和它的边界

我现在用的表只有四列：地址、标题、最后访问、是否保留。164 个单元格，填完大约四十分钟。不是没有想过加列，比如加上「来源可信度」或者「更新频率」，但每次加上去，第二天就填不动了。表格的边界不在能加多少列，而在你能坚持填多少列。所以四列是我的上限，超过就不记录。

存疑的条目单独处理。这次一共 7 条，放在表尾，红笔圈着，旁边写一句为什么存疑。存疑不等于废弃，它只是被推迟判断。我发现自己整理得越久，越愿意让一些东西悬在那里不急着定性。这大概跟年龄有关，也可能只是因为茶还没凉。

写下来，才算真的收过

最后说说为什么要写成文字。把链接按顺序排好、按颜色标记，这个过程本身没有留下任何可以复查的痕迹，三个月后你会忘记当时为什么给某一条标绿。所以每一条关键判断我都用一句话记下来，时间、动作、结果，三样齐全。这篇文章某种意义上就是我这次核对的最后一张记录纸，写完它，这次整理才算真的结束。

我对自己的要求一直是这样：整理不是为了看起来整齐，是为了三个月后还能被自己看懂。0149886.cm浏览器打开网站40000 这条记录留在最前面，因为它做到了这一点。别的记录想排到它前面，得先过三次刷新这一关。