
我挂了一个程序在服务器上从 av99999999 开始-=1 跑了一天半想找到最后一个 av 号
昨天晚上找到的是找到的是av99125736 
但是今天早上+=200 又跑了一次出来是av99125847,发布时间是 2020-03-25 04:36:54 
1 chenluo0429 2020-03-25 08:27:29 +08:00 有一个东西叫二分法。。。 |
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 Duolingo 2020-03-25 08:52:34 +08:00 via Android av bv 转换算法都出来了吧,估计 av 耗尽前还会一直分配。 |
8 neteroster 2020-03-25 09:03:08 +08:00 @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 站本来就是一家没技术力的公司搞出这种笑话很正常 |