我挂了一个程序在服务器上从 av99999999 开始-=1 跑了一天半想找到最后一个 av 号
昨天晚上找到的是找到的是av99125736
但是今天早上+=200 又跑了一次出来是av99125847,发布时间是 2020-03-25 04:36:54
1
chenluo0429 2020-03-25 08:27:29 +08:00 1
有一个东西叫二分法。。。
|
2
kdxcxs OP @chenluo0429 到了后面 av 号是不连贯的
|
3
kdxcxs OP @chenluo0429 av99125736+-1 都没有视频
|
4
whywhywhy 2020-03-25 08:31:45 +08:00
原谅我的无知,这个程序的意义在哪
|
6
kdxcxs OP @YaphetYin 如果 B 站是按照过审时间而非投稿时间来确定换 bv 的时间的话最后的 av 号依然是不连续的吧
|
7
codingadog 2020-03-25 08:52:34 +08:00 via Android
av bv 转换算法都出来了吧,估计 av 耗尽前还会一直分配。
|
8
neteroster 2020-03-25 09:03:08 +08:00 1
@kdxcxs B 站是按照投稿时间确定 AV 号的。
|
9
neteroster 2020-03-25 09:05:05 +08:00
@neteroster 刚刚没看清楚,转换的时间还不太清楚。
|
10
clayyj1210 2020-03-25 09:36:44 +08:00
可能只是兼容一段时间,慢慢减少发放 av 号码,最终彻底不发放。
|
11
wjm2038 2020-03-25 10:06:08 +08:00 via Android
早就出现过亿的号码了,发现的一个是 2 亿多一个 8 亿多,现在分配 id 应该是随机了
|
12
purensong 2020-03-25 10:32:46 +08:00
难道 av 号还会像 ip4 addr 消耗殆尽?
|
13
Vegetable 2020-03-25 10:39:50 +08:00
bv 就是 av 转过来的,当然不会停止分配。
|
14
nmdx 2020-03-25 10:48:33 +08:00 via Android
我觉得手动打 av 号 10 分钟内都能找得到。。。为什么要做这种没有效率又浪费资源的事情。。。
|
15
calpes 2020-03-25 11:05:47 +08:00
bv 就是 av 的加密形式,那 av 当然不会停止分配,但是以后通过 av 号就无法访问相关视频了,纠结这干嘛呢
|
16
IFoon 2020-03-25 11:08:20 +08:00
告诉你,是用 md5 做的。[狗头]
|
17
kdxcxs OP |
18
2kCS5c0b0ITXE5k2 2020-03-25 11:13:15 +08:00
@purensong 加位数不就好了. 又不是没加过.
|
19
celeron533 2020-03-25 11:34:56 +08:00
会不会是你跑的太勤快被对方风控直接丢你 404 ?
|
20
kdxcxs OP @celeron533
http 状态码还是 200,只是我判断没有视频后 print404 |
22
docx 2020-03-25 14:10:16 +08:00 via iPhone
其实不用跑,我在用旧版本客户端,任何新视频的分享链接都是 av 号,都正常。
所以我也不觉得有用。 要验证也很简单,等到那一天我这个旧版本客户端真的用不了了,估计就是 av 取消了 |
23
Semidio 2020-03-25 16:36:17 +08:00
|
24
msg7086 2020-03-26 00:26:26 +08:00
数据库主键还能停止分配的?
|
25
jim9606 2020-03-26 05:51:43 +08:00
现在是灰度阶段,av 和 bv 都会分配,以后 bv 测试稳定了就会把 av 退休掉
按照公告暗示,就算 av 退休之后,已经分配的 av 号会永久有效,至少所有生成的链接会保持有效,但新的视频就只有 bv 了,只支持 av 号的客户端 /周边程序遇到只有 bv 的视频就会出问题了(客户端可能会采用 Webview 作为 fallback ) |
26
LokiSharp 2020-03-26 09:37:40 +08:00
B 站本来就是一家没技术力的公司搞出这种笑话很正常
|