走過去的部落格

B站审到哪了(停止更新)

本来我是打算制作一个方便 UP 主猜测稿件稿件过审的时间的软件,然后B站居然先动手(万万没想到),在我对外请求 VPS 志愿者的时候直接推出了审核队列时间预估功能。然后我觉得我的想法一下就废了。但是依然挣扎着做了一下,在志愿者和他们的VPS的帮助下,我得到了一些监测数据,研究和推测B站过审的最大的av数的每日变化情况。 要不是几位志愿者的帮助,我几乎不可能完成监测任务。有了这些数据,我就可以更准确的推测B站的过审的时间。虽然也并不是那么靠谱吧。


读图:
X轴的时间 1-24 指的是从这个小时数的开始到前一个小时的这段时间。比如 1 指的就是 0:00 到 1:00 的时间。
Y轴指的是这个时间的最大av数字的增加量。是有监测数据的那些天的平均值。
本图是更新于 2018年1月28日上午10:00。
最新表格以及报数请下载这个然后用 Excel 查看。

介绍视频:

我们监测的是最大过审 av 数,并不是过审的稿件总数,俩者之间是不一样的。更准确的说,我们做的是推测这个最大过审 av 数的变化,从而判断你的稿件的过审速度。当然这个肯定不够准确啦,因为经常出现 av999 过审了,av998-av900 都没过的情况。所以我们的这个预测啊,也是,仅供参考的。

然后我是已经停止监测了(2月1日过),因为我们没这个耐心。也没有这么大的需求量说让我们天天更新监测数据来更加准确。不过B站在变,万一她突然改变了她的审核策略或者招聘了一批新的同志来审核呢。这个预测就更不准啦。

开发是全程我一个人做的,采用 Visual Basic 2017 编写,分成俩部分。一个监测部分负责做监控和传回数据,另一个过审时间预测部分给 UP 主使用,用来推测自己的 av 的过审的时间。 现在软件源代码开放在 Github,采用 GNU General Public License v2.0 开源协议。

过审时间预测部分实际截图:

如果你是一个 UP 需要预测自己的过审的时间话,你可以干脆看B站的投稿页面上的那个审核队列状况,也可以试试用我的这个。 下载点我

如果你需要自己监测一些数据,可以用这个。
只需要下载这个然后开起来,自动会采集数据,
邮件系统已经被我关闭,我不再接收数据。你可以自己采集、分析和利用。

准确度?我觉得可能只有50%不到。

关于消耗:我把 HTTP GET 时间尽可能放宽了。过审时间预测部分默认为 30 秒一次,而监测部分更是只需 10 分钟一次(其实我觉得可以干脆放到 30 分钟到一个小时一次)。尽量不浪费B站和 VPS 的流量。当然你完全可以下载源码然后改一个很快的速度,但是这样只会损人不利己。

希望这个小东西可以给你提供一点帮助。