去年翻箱底的时候，我找出一台 2013 年的联想 G480，键盘上的“S”键已经被磨得只剩下半个字母。开机用了两分四十秒，风扇响得像在跑火车，但我还是把桌面上的一个 Excel 文件拷了出来，文件名是 「speed_2016_bak.xlsx」。那是这份排行榜的第一份草稿，2016 年 11 月 26 日晚上创建，最后修改时间和创建时间只差十一天，之后再没动过。我当时蹲在出租屋的床边，把 U 盘插进这台老机器，听到那声熟悉的“叮”，忽然就想起来那年为什么开始记这个账——因为有一晚我等一个资料包下了整整四十分钟，中途断了一次，重来，还是断，最后电话打给网管，对方说“你那头的问题吧”，我把电话挂了，决定以后每个站都自己掐表记一遍。
一份排行榜最初不是为了排名，是为了赌一口气。
那份草稿里只有十七行，列头是“站点、日期、文件大小、耗时、备注”，备注栏写得比正文还长。有一行我写的是“第三次镜像才下完，凌晨两点，怀疑限速”。这些备注后来成了整理时最有用的东西，因为数字只说明快慢，备注才说明为什么快、为什么慢。2017 年到 2019 年我又陆续补了四张表，分别存在不同的机器和网盘里，格式各不相同，有的用“秒”，有的用“mm:ss”，有的干脆只写“还行”“很慢”。今年年初我开始把它们合并，一共 412 条原始记录，去重之后剩下 297 条，能用的完整样本 183 条。
整理的第一步是统一口径，这一步花的时间比测速本身还长。
早期记录里，文件大小从 12 MB 到 1.4 GB 不等，如果直接比较耗时，结论会是错的。我采取的做法是全部折算成“每 100 MB 所需秒数”，同时标注原始文件大小，任何人可以自己回算。第二个问题是网络环境不统一：2016 年那会我用的是 20M 的宽带，2019 年之后换了 500M 的，直接横向比会冤枉早年的样本。所以每一条记录我都补了一栏“环境权重”，按照当时的实测带宽做归一化处理，权重只在 0.82 到 1.15 之间浮动，这个区间是我拍脑袋定的，我承认，但比不做处理好。第三件事是把“失败”也当数据。断流、超时、文件损坏，这些不算耗时，单独归入“可用性”一栏。说实话，一份只统计成功下载的排行榜是有偏的，因为最快的站往往不是最稳的站。
只统计成功的排行榜，等于把最难看的那部分藏起来了。
样本来源上，我尽量交叉验证。同一个站点，如果三年里只有一次记录，我不会让它进榜，至少要三条不同年份的样本。这条规矩是 2020 年定下的，起因是我在整理一份旧资料时，注意到某个站的一次性极快记录，后来发现那次是邻居家的网，我在人家客厅蹭网测的，环境完全不对。这件事让我对“单次高光数据”一直抱有戒心，也顺便提醒我，引用别人的测速结果时要问清楚他们是在什么条件下测的，这一点在站内的香港宝典免费资料网整理笔记里我也重复强调过。
排行榜的呈现方式我改过三版。第一版是纯数字排序，阅读体验糟糕；第二版加了星级，但星级的标准不透明，被我一个做统计的朋友当面批评过；第三版是现在这个样子，分三档：「稳定档」「波动档」「观察档」，每档内部按折算中位数排序，并附上样本量与最后测速日期。这样做的代价是榜单不那么“爽”，没有冠军亚军，但我觉得诚实的榜单本来就该有点钝感。
有一个具体的人值得一提。陈默，我 2018 年在一次资料整理群里认识的，做图书扫描的，手里有一批 1990 年代的期刊影印件需要找地方存。他提供给我十九条 2017 年至 2021 年的测速记录，每条都附了手机截图和具体时间，甚至记了当时的天气和是否在用电高峰。他跟我说过一句话，我记到现在：“慢五分钟不要紧，下到一半坏了才要命。”这句话后来被我写进了排行榜的判定标准里，可用性权重占 35%，比速度本身还高。有人觉得我这样排不合理，觉得排行榜就该比快，我尊重这个意见，但我坚持自己的排法——当年那一晚我断掉的那个包，就是坏在下到 87% 的时候。
速度是给耐心的人看的，完整才是给着急的人用的。
收录过程中也遇到一些需要谨慎处理的内容。有些站点的资料更新频率很高，但页面上写的时间戳和实际内容对不上，这类我在备注栏里会标“时间存疑”，不计入主榜。至于工具端的差异，我早年拿 qq浏览器怎么打开qq网页版 这个问题折腾过一整个下午，才意识到客户端和网页端走的通道不同，耗时会有系统性偏差，从那以后所有记录都固定在同一款浏览器里完成，避免混入工具变量。
还有一件事值得单独写一笔：2022 年秋天，我为了核对原始样本的可用性，重新访问了一批旧记录里的页面，不少已经打不开了。其中一部分迁移到了新地址，我在正版49tk图库图片这一条的备注里做了跳转说明，也顺手记录下迁移后的首次测速数据，作为新旧对比。这类“迁移后测速”现在单列一个子表，共有 46 条，是我最看重的一部分，因为它反映的不只是速度，还有站点在变化中的稳定程度。
一个站能不能长期上榜，看的不是它最快的那天，是它换地址那天。
说说整理方法本身吧。我把 297 条去重后的记录导入一个本地 SQLite 库，写了七段查询脚本，分别算出每站的中位数、四分位距、样本量、最近一次测速时间和可用性百分比。之所以用 SQLite 而不是在线表格，是因为后者我改过太多次表头，改到最后自己都记不清哪版是对的。中途我在49图库资料查询搜索结果收藏功能 的整理里用过一个笨办法：把收藏夹里的条目全部导出成 HTML，再用正则提取时间戳，虽然粗糙，但省了我大概三个晚上的手工录入。整理这件事，工具不必高级，靠谱就行。
需要坦白的是，这份排行榜有明确的局限。样本量不大，183 条完整样本分散在十几个站点，单站最多 41 条，统计意义有限；测速环境无法完全还原，归一化权重带有主观性；时间跨度十年，早期样本的参考价值必然衰减。我在每个条目的详情里都写了这些限制，不是自我免责，而是希望读者拿它当一份有出处的参考，而不是一份权威判决。真要用，请把“样本量”和“最后测速日期”两栏先看一眼，2021 年以前的样本，我会建议只作历史参考。
我把每一条的出处都写上了，包括那些让我显得不专业的数字。
排行榜目前收录 14 个条目，分布在三个档位里，稳定档 5 个、波动档 6 个、观察档 3 个。观察档的意思是样本不足三条或可用性低于 70%，暂不排序，只列数据。这个设计是去年夏天定的，当时我在免费进入49图库的测速记录里发现，连续四次的结果差异接近三倍，如果取平均，会得到一个谁都不得罪的数字，但那不是真相，所以干脆单列一档，把四次原始数据全贴出来，让读者自己看。有人问我为什么不把观察档也排一下，我说排了就是骗人。
最后说说这份排行榜接下来怎么走。我打算每季度更新一次，新增的样本必须同时满足三个条件：完整的起止时间戳、固定文件大小、同一网络环境。每入一条，我就在备注里写清楚是谁测的、在哪测的、用的什么设备，陈默那种记录方式是我的模板。至于那些已经关闭的站点，我会保留历史条目，标注“已停止维护”，但不删除，因为一份档案的完整性，恰恰体现在它愿不愿意记住消失的部分。
写完这篇的时候，那台 G480 还开着，风扇还是响。我把 2016 年的草稿和新表并排放在屏幕两侧，中间差了十一年，十七行变成二百九十七条。有些东西变快了，有些东西还是老样子。
