98av 的七个版本号，和它们背后的十个地址

一个版本号是个很小的承诺：它说「这东西有人在维护，而且这是第几版」。98av 当天被挂上 7 个互不相同的四段式版本号，看起来维护得相当勤。这一页先说版本号本来编码什么，再看这 7 个编码了什么，最后把十个地址当天返回的东西逐个记下来。

版本号本来是一条时间线

版本号这种写法的用处，在于它编码次序。所谓一段，指的是两个点之间的那一组数字；常见的做法是三段：第一段变了意味着不兼容的改动，第二段变了意味着加了功能，第三段变了意味着修了毛病。读者不需要懂这套规则也能用它——他只要知道数字大的那个比数字小的那个新，就已经拿到了版本号能给的全部东西：一条时间线上的位置。

所以版本号最怕的不是写错，是写得无法比较。一旦两个版本号之间读不出谁先谁后，这串数字就不再承担任何信息，只剩下「看上去像个版本号」这一个作用。而这正是这 7 个的情形。

它们是四段的，不是三段；段与段之间读不出任何递进关系；其中两段带着前导零——前导零在版本号里没有意义，因为版本号的段是数不是字符串。最能说明问题的是有一条：它标题里写的版本号，和它自己正文第一行写的，不是同一个。一串数字连在自己这一页上都保持不住，它编码的就不可能是发布次序。所以这 7 个数字串并不代表 98av 背后真有七版东西发布过——它们无法排出先后，也就无法充当任何一版的证据。

这七个的写法特征

不抄 98av 那几串原样字符；特征本身就够认出同类。

分成四段，不是三段: 常见写法三段，这 7 个全是四段。多出的那段不对应任何一层含义。
段里带前导零: 有两段带前导零。版本号的段是数，前导零在数里不表示任何东西。
彼此读不出先后: 7 个之间排不出次序：不是某段在递增，也不是某段固定其余在变。
一条自己和自己不一致: 标题里写一个版本号，正文第一行写另一个。同一页上就已经对不上。
还有两个换了写法: 一个双写字母加三段数字的手机版，一个大写字母加三段数字的手游版。
下载站的名字也有两个写法: 同一屏上差一个数字：四条写五位数的那个，一条写四位数的那个。

逐个登记：十个地址当天返回了什么

左边是第几个，右边是当天读到的状态与篇幅。

第几个	当天读到的状态与篇幅
四个空页面	状态行 200，可见字符 0。字节数 2790、1064、1959、369。1064 那个就是把做法写进摘要的那条。
两个字节相同的 404	同一个站上的两个地址，各 4320 字节、各 510 个可见字符，正文连模块名都一样。就是前一页那两条影片条目。
一个状态说成功、正文说找不到	状态行 200，正文一行报错。3030 字节，19 个可见字符。
一个超时	标题写成警告、正文在列下载条目的那条。唯一连不上的。
一个自称已认证的 404	标题带绿点与对勾写着「已认证地址」。实返 404，687 字节，五个可见字符：返回上一页。
一个渲染出了内容	88404 字节，2341 个可见字符。十个里唯一真打开的那条影片页。
把这一列竖着看	7 个版本号、10 个地址、1 个能打开的页面，而那一个字段自相矛盾。

关于 98av 还没核清楚的几件事

所以 98av 到底是什么

不知道。当天六种说法互不相容，而唯一试图解释这四个字符本身的那一条没有给出处。十个地址里只有一个渲染出内容，而那一个的字段自己就对不上。本站把六种说法和十个读数摆在这儿，不替读者挑一个。

把它读成一个老播放组件的版本标记，这说法站得住吗

讲得通，但核不到。后面两个字母确实是音频视频两个词的首字母，这一层没问题；问题是那条摘要没有给出任何一个组件名、年份或者可以回去翻的说明。一个自洽的解释和一个能核实的解释不是一回事。

为什么去掉一个字母，补全就从 20 条变成 0 条

没有解释。当天两个接口在这两条字符串上的读数差别是确定的，至于成因，外面查不到任何公开材料。

那七个版本号是怎么来的

看不出来。它们彼此排不出次序，有两段带着前导零，还有一个和自己的标题对不上。能说的只是：它们不像一个递增的计数器产出的东西。

那三条影片条目背后是不是同一批人

分不出来。头两条虽然同站，那个站当天两处都回 404；第三条又在别处。模板相近只能说明程序相近，而回了 404 的那两页，可比的东西已经不剩了。

那个「已认证地址」是谁认证的

查不到。这个地址挂在一家天气应用的域名底下，点开是 404，整页剩五个可见字符，认证方是谁、什么时候认证的，一个字也没有。那五个字讲的是怎么退回去。