前情提要:1k 字的讨论在谷歌浏览器和微软浏览器的突然弹窗大对战中不幸牺牲,超过 1k 字的重写版讨论也不希望在举报中牺牲。
已于 https://www.luogu.com/paste/0xcrl4gx 存档。
我们先来计算发一条犇犇要多少秒。
我们在人类极限手速中可以在 1 秒内发射 3 条犇犇,算上刷新和洛谷发射犇犇的冷却一共是 3÷3=1,也就是一秒一条犇犇。
我们再来计算一天能发射多少条犇犇。
一天一共有 24×60×60=86400,减去睡觉、吃饭、洛谷 403 和日爆的 12 个小时的时间将有 86400×2412=43200 秒,43200×1=43200,一天一个人能发射 43200 条犇犇。
我们再来计算洛谷有多少人能加入这场炸铃。
在本贴进行统计时有 1657510 位用户,减去封禁、禁言、未实名认证用户、不可见用户、小号等大约有 1000000 个人。
我们再来计算一条犇犇能炸多少次铃铛。
我们知道洛谷的犇犇长度限制为 127、洛谷用户名最短为 4 字符、At 需要包含 @
符号及空格、最后一次 At 不用空格和改变用户名大小写炸铃法的条件可以计算出一条犇犇能炸 (127+1)÷(4+2)≈21 次铃铛。
但是真有这么简单吗?
我们一个用户名长度为 4 字符的全英文用户名总共能变出 24=16 中,但是 16<21,因此这个贪心策略不行。
我们加长用户名长度,使其变成长度为 5 的用户名,那么则有 25=32 种,重新计算次数:(127+1)÷(5+2)≈18 次。
还有更加优秀的贪心策略吗?
让我们继续计算,我们继续加长,使其变为长度为 6 的用户名,那么变换种类为 26=64 种,则有 (127+1)÷(6+2)=16。
此时已经贪心策略下滑,因此一条犇犇最多能炸 18 次。
因此我们可以计算出 18×1000000=18000000 次,所有人在一条犇犇能炸一个人 18000000 次铃铛。
而我们一天又能发 43200 次犇犇,因此总共一天能炸 43200×18000000=777600000000 次铃铛。
难道就这样没了?
我们发现在通知页面有三个板块:@我的、回复、系统通知,我们可以在对应板块进行如下操作:
@我的:使用上述的犇犇大小写变换炸铃法。
回复:创建一个专栏让其他人进行回复。
系统通知:加入一个团队让此团队的所有者对你的权限进行变换,让你变成管理员、团员、管理员、团员……一直重复。
当然,一个人不可能同时掌控这么多操作,因此我们可以使用插件,@volatile 的 Better Luogu! 插件可以发送 2 条犇犇“这个人AKIOI”和另外一条广告犇犇,我们将这个进行稍微修改,使其发送 3 次“@用户名”这样的犇犇并进行循环和判断操作,就能解放。
剩下的话我们可以开两个页面,专栏的评论区写好文字后快速点击“回复”按钮即可,据我所知一次可以发送 3 条,加上 403、请求过多和刷新等情况则与犇犇速度对应,而系统通知板块的切换团队权限按照正常速度进行切换,也与犇犇速度相同甚至更快。
我们将切换团队权限的稍快速度均分到专栏回复速度,那么一天一个人可以被炸 777600000000×3=2332800000000 次!
我们对这个数字进行拆分,为 2,3328,0000,0000,也就是 23328 亿!
我们知道 long long
的最大存储才 1018,因此无论洛谷存铃铛数量用的是否是 short
还是 int
甚至是 long long
,这个数都远远超出 long long
,那么我们将会获得负数的铃铛,除非你跟我说洛谷的铃铛数量用 string
存。
等一下,结束了吗?
我们似乎忘了一个东西,那就是讨论的评论区也可以炸铃,在大家都不举报一个帖子的时候,由于评论区似乎没有长度限制,因此我们可以在讨论区跟犇犇一样炸铃。
但此时有个贪心问题。
是的,我们是侧重犇犇还是侧重评论区?
如果侧重犇犇想使犇犇炸铃尽可能的多那么用户名长度就要尽可能的短,但相反侧重评论区想要使评论区炸铃炸的多就要让用户名长度尽可能的长。
因此我们稍微放弃一点犇区,让插件对准评论区,那么评论区一次可以炸无限次铃铛。
停!
难道我们犇区就没用了?
犇犇长度限制为 127,减去 @
符号那么我们可以取长度为 126 的用户名,那么犇犇可以炸一次的同时评论区一条回复将能炸 2126=8.5070591730234615865843651857942e+37。数据已经大到科学计数法都出来了。
也就是说,综上所述,一天一个人将能被炸 ∞ 次!