hakushinsona.20.04.06

草,我又想出了一个可能和我的迫真游戏项目一样石沉大海的主意了,这次是在ao3上写perusona5的ooc同人文,越ooc越生草,最好完全解构p5的原版剧情,除了人物名称外别的东西都不一样

但我的ao3账号还在待邀请,所以我要么先在这里写(迫真),然后再贴上去

I what's hakushin-sona?

所谓迫真,无非就是看起来像是真的但实际上不是,而且有时候看起来都不完全像是真的,而是勉强(逼迫)看起来才像是真的;而迫真sona5的话,恐怕就是看起来像是perusona5的同人,其实完全是别的东西,比如我作为unterganger和toiletganger双修,我八成会把它的背景设成Führerbunker, Berlin

但问题是Führerbunker不是早已经被爆破掩埋了吗,连历史博物馆都不屑于开一个,连地标都不屑于留一个?那么我们得找到另外一个迫真解释,我会选择用主角的迫真身世来解释;出于飞过来在元首parody里的特殊地位,我将本作男主设定成飞过来的后裔(当然我们知道飞过来压根就没有什么后裔,所以这需要另外一个迫真解释),而且重构飞过来在二战历史中的作用,飞过来扰乱了元首的作战计划导致纳粹德国节节败退,作为交换,苏联乃至后面的德国帮飞过来家族掩盖了他们的存在,并向世界宣称Führerbunker已经被掩埋了,其实Führerbunker完好无损,并一直作为飞过来家族的活动基地,类似于其他作品里面的飞船或者德军总部里的Berlin地下,里面水电气什么都有,甚至后来还拉了条光纤,主角还可以上discord(这就涉及到我熟悉的领域了,我一直自称discord antic master不是没有理由的🤔);当然这个设定非常迫真,但迫真就是这个系列的特色,毕竟叫做迫真sona

飞过来家族也许是个很大(迫真)的家族,但到主角那一代时由于我懒得编设定的原因,只剩下他一个人了,可能还有一个萌妹,毕竟perusona系列就是萌妹游戏;我一直有将萌妹取名XXX飞过来的习惯,无论是巨人无双还是AI少女,如果perusona允许我这么干我八成真的会这么干;由于k-kawaii futaba chan ist mein waifu,我会考虑搞一个Futaba FEGLEIN! FEGLEIN!! FEGLEIN!!!

没错,我让futaba chan提前出场了,不仅作为飞过来antics组织的情报分析员和飞过来搞德国骨科的对象,还要写成和飞过来完全没有血缘关系(草,不就是想德国骨科吗),不仅如此,还要搞一个比原作更迫真的出身;干脆搞成实验室产物得了,说不定可以引申到最终反派相关的实验室里去,原作不就有个什么认知科学的线吗,我肯定要把这条科幻气息的线搞得更离奇;另外还要想办法把明智吾郎的杀母之仇渲染得比原作还要迫真一些,但黑pancakechi离现在我能做的还是太远了吧,以我喜欢弃坑的习惯,能不能续到那个地方都难说

但我第一阶段需要完成的恰好是perusona5的第一个boss,也就是那个叫做kamoshida的糟糕体育老师;由于我还是toiletganger,我还想把toilet chan的部分人设安在kamoshida身上来使其变得更加迫真;所以最终kamoshida变成了一个在台湾教体育的前日本奥运冠军(迫真

当然我可以借机黑一波toiletwan,就像我们在toiletganger聊天室里做的那样;就像现实中的toiletwan,本作中的toiletwan在日治之后也变成了一个精日带(迫真)国,日本人可以在toiletwan横着走,哪怕像kamoshittyarse那样的半台半日混血种也可以凭借他奥运冠军的身份随便雷普高中生,而和原作类似,toiletwan的家长都像杨永信的客户那样憨批,而更重要的是toiletwan无限接近不存在的司法系统拿他一点办法都没有

而kamoshittyarse出现在主角团视野里的契机,我设定为日裔美国人兼前田径运动员ryuji发出的一封求救信,或者求救消息,反正我discord小号多得很,我甚至可以迫真伪造一份截图,如果能取得不错的节目效果的话;除了ryuji变成了美国人外,ann chan也变成了美国人甚至ryuji的女友(草,而kamoshittyarse不仅在ryuji去台湾比赛时作弊弄伤了他(接近于原作的设定),还天天cyber性骚扰ann chan;原来kamoshittyarse和toilet chan一样,台湾妹子对他来说还不够,他也元首上脑喜欢blue eyes了(手动滑稽

至于为什么是美国,完全是因为在美国toilet chan或者kamoshittyarse那样高强度地cyber性骚扰未成年人是真的可以吃牢饭的,然而很不幸的是他们都不在美国,这样就给了主角团用私刑迫害他们的借口了(迫真

作为元首的宿敌,飞过来毫无意外地接了这个委托,创建了Kamoshidaganger Chat Central聊天室(草((中日双语;然后我就又可以给这个-ganger Chat Central梗给出一个比野兽先辈希特勒说更迫真的解释了,也刚好照应飞过来搞过元首所以飞过来才是第一代unterganger的暴论

既然是kamoshidaganger了(而且接下来我打算每遇见一个boss都迫真创建一个-ganger Chat Central),那么倒kamoshittyarse运动就和实际上没啥进展的倒toilet运动差不多了,无非就是收集素材,做恶搞视频,然后到处借刀炒作了,你就是叫恶俗sona都没问题

炒作kamoshittyarse最终的目的(至少按照我对toiletgangin'希望的发展路径而言),是培养出尽可能多的kamoshidaganger外围粉丝,号召他们众筹资金来实行下一阶段的迫害,也就是真人快[insert irl violence here],比如在kamoshittyarse家里装隐形摄像头,录kamoshittyarse在家里雷普高中生的儿童(迫真)色情视频传pornhub上等(在西方世界的价值观看来)惨无人道的行为,毕竟我要在一个充满美国人的平台上用英文投稿

当kamoshittyarse被气得像元首一样大叫(并且在西方网络go viral甚至遭到了ann chan的嘲笑),并且和元首德国boy一样成为了ytpmv的常见元素时,最后的行动来了,主角团从粉丝那里众筹到了足够的从德国(?)飞到台湾的机票钱去台湾真人(召唤perusona)快打了;然后我可以扯些更加离奇的内容,比如写一个台湾纳粹组织,原作中的弱受mishima被安排成头子,而他成立这个纳粹组织的原因完全就是外国人在台湾随便日批(很不幸的是,irl台湾真是这样),尤其是kamoshittyarse雷普了他的女友shiho(wiebitte?

然而kamoshittyarse不是什么好真人快打的货,连前田径运动员ryuji都打不过他(这差不多就是他为什么变成了前田径运动员),更不用说mishima这种弱受了;然后我可以插入更迫真的内容,原来kamoshittyarse之所以能做奥运冠军,是因为他必须使用一种蜜汁兴奋剂才能拥有超越凡人的体能,而这个兴奋剂就是由我们的最终反派shido那一帮人搞出来的,他们通过这种方式控制kamoshittyarse加入他们的阴谋,并派遣pancakechi配合他录制4k儿童色情内容给其他成员打飞机用

主角团通过迫真情报能力挖掘到为他们研制这种兴奋剂的药剂师之一takemi(没错,那个朋克短发妹准备以这种方式登场),出于和原作类似的原因(上级是shido集团的高级成员,吞并了研究成果),takemi决定反水,并在bunker里反向工程出了抑制kamoshittyarse兴奋剂效果的药物,只要找办法给他下点这玩意,他就变得比mishima还要弱受

讨伐shido集团最边缘成员kamoshida的最终时刻来了,kamoshittyarse在他的豪(迫真)宅里准备搞个orgy带赏,约了⑨个高中妹子准备透一晚上,shiho也是其中之一;通过某种我懒得编的方式,kamoshittyarse成功地服用了主角团准备的药物,然后突然豪(迫真)宅的音响系统放起了youtube上观看量最大的kamoshida parody MV,台湾纳粹组织以此为信号突然袭击并烧了这里,kamoshittyarse准备反击然而他没有任何力气做任何事,被主角团用7200rpm的电动假屌爆菊并拿现场遗留的一台F65摄像机录下了4K高清浪叫视频后扬长而去(没错,f65也被主角团拿回去作战利品了)

当然和任何注重情报的组织一样,主角团洗劫了当场所有能洗劫的有情报价值的东西;事后kamoshittyarse可能被爽死,可能被烧死,但警察只看到了一具还在被7200rpm的电动假屌抽插并烧焦了的尸体;随着kamoshittyarse相关的情报(和被7200rpm的电动假屌爆菊的4k不雅视频)被开示,kamoshittyarse使用兴奋剂和雷普高中生的丑闻被披露,kamoshittyarse、日本奥委会连同台湾各个政府部门甚至整个岛一块成为了国际笑话,一大批人都丢了乌纱帽,甚至shido集团的部分人也被牵连了进去;而主角团一不小心突然喜提一个不知道有多强大的敌人

事后台湾当局接着成为了国际笑话,因为纵火案的凶手半个都没抓到,他们用一种我懒得编的神秘方法全部回到了bunker,现在ryuji、ann chan、shiho和mishima都住进了bunker,bunker有足够多的空间给足够多的人用

我觉得这样的剧情作为我的迫真同人的第一章应该很不错了

next beeg project.20.04.04

最近discord又推出了一个新功能,拥有全局管理员权限的用户可以将其guild导出成server templates,这样别人拿到这个templates链接(顺便一提的是,discord官方居然做了些这种templates)就能一键生成和那个guild几乎完全一样的guild了,准确点来说频道、roles和权限设置(包括每个频道的特殊权限设置)都能继承,emoji好像不能

当然这个功能得全局管理员那么大的权限才能使用,不过。。。

I discord guild datastructure

我前段时间在写频道备份脚本,我在想discord肯定有api可以获取一个guild里所有channels的数据,然后就可以一个for循环搞定

然后我就看了下注诸如https://discordapp.com/api/v6/guilds/[guild id]https://discordapp.com/api/v6/guilds/[guild id]/channels返回的结果,然后我发现了一件非常生草的事情:

无论用户有什么roles,哪怕没有roles,都能获得里面所有频道的信息、所有roles的信息,甚至所有和权限有关的信息

从某种程度上来说,获取的信息和templates功能返回的信息几乎一样多,甚至更多,毕竟还有emoji的信息,还有每个玩意的id(在templates返回的信息里面id只是个位数,而不是和时间相关的参数,不过这个不太重要)

所以我在想,有没有办法利用抓取的这部分metadata手动构造一个和原版一毛一样的guild?

II bruh

我仍然懒得看discord官方文档,所以我打算抓包解决

尽管我肯定希望discord有那么一个api,能让我把抓包得到的metadata全部扔进去它就能让一个guild变成一个和那些metadata一毛一样的guild,然而很不幸的是它并没有这种api;所以我们只能手动来了:

  1. 建立一个guild,并按照metadata修改其基本属性
  2. 按照metadata的内容建立一系列channels,别忘了channel有三种,文字channel,语音channel,还有category也是channel的一种,三种都需要抓包
  3. 对每一个channel以其metadata进行修改属性操作
  4. 按照metadata的内容建立一系列roles,并设置其permissions(但愿其设置permissions的api也是直接一个数字过去)
  5. 对每个channel设置permission override
  6. 如果可能的话,emoji也重新上传一遍,这个好办,上传动画emoji好像不需要nitro我也不清楚
  7. 调用discord的template功能:wiebitte:

现在已知的api操作:

  • 貌似频道的position这个参数只在其parent id里面,而category它也有自己的position
  • 一次请求就可以搞定所有频道的排序,所以理论上来说可以在一次请求中加入所有原来的parent id和position,理论上来说就能搞定排序问题
  • roles也能一次性搞定排序;另外和channels一样,排序的api和每个元素属性的api是两个不同的api
  • 奇怪的是channel的permission override用了put请求,而且貌似每个channel的每个role都需要请求一遍;只不过好像没有新建override和更改的区别
  • 其实permission override可以建立频道channel的时候就加进去,不然的话它就和category同步;我觉得category会有permission override这么一个选项可能就和这个有关吧

UPDATE:终于写完了,建立频道的时候我建立了两遍,第一遍先建立categories,然后对它们排序,然后在metadata里面替换一遍id,就像建立roles时做的那样(其实roles应该先建立,然后在metadata里替换掉id,这样才能正确地设置permission override);第二遍再建立其他channels;我发现在建立channel时就可以设置好除了position之外的所有参数,甚至包括parent id(但就是position需要从所有参数里移除,之后再设置,不然会导致部分channels创建失败)

接下来当然就可以用discord的那个templates功能创建个template了,然后就可以用来troll人了;比如:

The HRP Community(迫真

Unterganger Chat Central(迫真

某个shuann(p5的joker和ann chan)聊天室

Persona & SMT(迫真

是时候迫害一波perusonafags了(手动滑稽

multithreading discordbackups.20.03.30

没想到在缝合了包括discord drive脚本等一大堆脚本之后,我真的把多线程重新上传附件给做出来了,而且效果相对原版可以说是立竿见影,只需10个线程,拖ucc的冻鳗频道只花了28分钟42秒,拖ucc的mlp频道只花了两分钟48秒,现在还在测试nsfw频道,估计不会超过两小时🤔

总体来说对discord附件的处理,有两种方式,一种是在遇见附件的时候处理它并即时替换消息然后再写入dump文件;另外一种方式是先dump一遍消息,在此过程将需要重新上传的文件全部列出来(当然生成aria2链接的时候理论上来说就包含了所有信息,但那不够,我需要再生成一个metadata文件),然后在另外一个函数中将这些文件全部处理一遍,获取原链接和重新上传后新链接的对应关系,然后用sed命令实现替换,由于discord链接只有一个斜杠(可能还有双引号)是sed的元字符,把它转义掉即可

当然如果是py等高级脚本语言的话,理论上可以在dump消息的时候就将附件推到每个重新上传线程的待处理队列里面,这两步都可以并行,但bash并不是这种高级脚本语言,所以只能分两步走了

和discord drive相比,我还需要实现将大于8MB的文件交给nitro线程上传这个功能,考虑到实际情况,我强制规定数组0为nitro线程(即只有一个nitro线程),别的线程从1开始;接下来分配线程的时候只需要一个for循环就可以像以前一样干了

由于metadata文件里包括了附件的文件大小,遇到大于8MB的文件直接推给nitro线程,剩下的写个求余按顺序推给剩下的线程

另外我发现将for列举线程内文件的循环写在线程函数之外和之内都能正常工作,所以我还是写在线程函数之内比较好看;看来唯一需要注意的点几乎只剩下了将里面所有变量前面都加上local🤔

这么搞的话尽管从discord上下东西的速度是快了不少,但之后sed时就蛋疼了,毕竟现在它需要在一大坨消息dump里找到并替换附件url,时间复杂度瞬间从O(n+2m)变成了至少O(2nm),其中n是消息条数,m是附件数量,乘2是因为需要替换的地方有两处

比如搞ucc的nsfw频道时前两个步骤只花了可能一个小时,但sed替换时一秒钟才能替换1到1.5次,而需要替换的消息有一万多条🤔

这还真TM操蛋,不过除了移到本地linux外还有什么加速的方法?🤔可能需要重写一遍scheduler算法,直接将dump文件拆成线程个数份,然后除了需要扔给nitro线程的文件外,其他线程生成的新链接只需要替换它对应的dump片段,最后再将替换完成后的片段合并,这样时间复杂度就变成了O(t(n/t)(2m/t)),取决于sed可不可以多线程,前面的那个t也许可以去掉🤔

UPDATE:草,终于写完了多线程,无论(重新)分析、上传和sed替换都做了多线程,发现尽管sed时间缩短了十万甚至九万倍,但别的开销大了起来:

  • 由于不知道消息的具体数量,没法在一开始dump的时候分析,只能等dump完后分析,由于要保证前向兼容(获取原始aria2列表),需要重新分析(但这个也可以写成在分析阶段做,倒是没什么)

  • 最主要的是附件的分布并非均匀,所以有的dump片段就会比别的片段多些附件,甚至多出几十到几百件,这样别的线程需要等待这个线程

实测优化后的方法拖ucc的mlp频道居然比优化前多整整一分钟,就是在等那个多出来的线程;冻鳗频道花了26分钟32秒,快了两分钟多一点;我估计nsfw频道会是这种优化方法的最大受益者,毕竟之前光sed替换就花了67分钟49秒,而在优化后相同的过程(我光注释了上传的代码,然后生成了假的sed替换文件,如果不考虑附件不均匀导致的开销,可以认为是优化后的表现)只花了15分钟46秒🤔

由于我不小心ctrl+c掉了nsfw频道的dump过程,它sed到一半好像花了86分钟,我估计和discord交互的时间是52分钟左右🤔

对了,在比如死🐴管理一个小时后就要删聊天室的极端情形下,优化后的方法由于有重新分析和线程间不均匀等额外开销,搞不好会导致来不及备份完很多附件就消失了的额外风险,而之前的方法没有这个风险,而且由于给线程分配任务是按照余数的方式分配,它会尽可能均匀,最多只多出一个任务🤔

我的测试表明基本上在一万条消息以上,优化后的方法在时间上才有优势,而且会因为时间复杂度的二次方性优势更大

比如拖十万条消息和附件时,原来的方法可能要花以天计的时间来完成sed,当然此时已经和discord上面被删了的频道没有半毛钱关系了🤔

future

接下来我打算实现个迫真profiler,来标记出每个阶段需要花的时间,反正time命令的结果貌似只能输出到stdout或者stderr,如果设置重定向的话恐怕所有东西都从屏幕上消失了;我要么查下吧

然后就是想办法实现备份整个guild的脚本了,只需要列出所有channels,然后设置好每个channel对应的参数,然后就可以调用这个脚本了;主要是需要备份整个guild的时候情形都非常极端(比如旧/r/megatan即将被删前几个小时),时间真的很珍贵,估计所有频道都得设置成仅文字或者旧多线程方法

另外我需要想办法测试下一个频道被删之后里面的附件能保存多少时间,我看哪天想办法设计个实验,但现在还是算了吧

附录

用优化前方法拖mlp频道时间:

real 2m48.221s
user 1m38.277s
sys 1m26.461s

用优化后方法拖mlp频道时间:

real 3m19.677s
user 1m35.828s
sys 1m31.185s

用优化前方法拖冻鳗频道时间:

real 28m41.908s
user 16m8.481s
sys 14m10.055s

用优化后方法拖冻鳗频道时间:

real 26m32.508s
user 13m26.061s
sys 13m55.378s

优化前nsfw频道执行sed替换所用时间:

real 67m49.196s
user 33m38.716s
sys 31m18.762s

优化后nsfw频道重新分析、执行sed替换等所用时间:

real 15m45.703s
user 10m1.709s
sys 17m54.682s

优化后拖nsfw频道所用时间:

real 67m12.181s
user 35m12.408s
sys 40m22.244s

至于优化前的时间,反正我懒得测,当然也不一定(bruh

UPDATE.20.04.12:在vultr 512MB内存vps上拖ucc的迫真赛博监狱频道所用时间(由于司马cord不支持ipv6,我只能多花点钱上个ipv4实例):

real    12m16.441s
user    3m50.691s
sys     3m23.343s

discordbackups.20.03.29

我居然完成了备份discord的脚本,之前写的那个是水货,它只支持50条为单位dump,而且完全没法判定什么时候结束循环

于是我重新写了一个

当然和我的其他discord项目一样,它还是受到了某聊天室环境的影响,这次是ucc

I gaycar

garcar原名gaker,是个加拿大小屁孩,最喜欢干的事情就是在交通工具频道之外的地方,尤其是anime频道,刷交通工具的图片,难怪叫做gaycar;在我调查anime频道的历史时,我发现一开始几条消息就能看到gaycar的杰作了,可见这个频道建立的时候就受到了很多人反对;我现在总算明白为什么这个频道无论什么时候都有一群animehaters在那儿作妖了,原来这是它的优良传统啊(手动滑稽

在ucc这么一个活跃成员连20都不见得有的地方,一个人渣的出现对聊天环境的破坏比hrpc这种地方要严重得多,通常我管理这种小型聊天室的时候我会仔细审核成员的,然而raymond chan并不这样想,他出于猎奇能将drate chan这种苏卡放进nsfw频道,他当然也能干出留gaycar到处破坏这种事情来,而且更草的是,gaycar现在还是ucc狗管理之一

当然整个ucc的传统就是raymond chan瞎鸡巴搞,下面的人用过激的方式回应,无论在anime频道刷飞机还是在nsfw频道刷飞机都是如此🙃

ucc其实还有更过分的animehater,比如那个叫做jono的傻逼,是raymond chan的直系手下;某天raymond chan突然在anime频道里面挂起BJK的几十条消息,都和某件(二次元之外的)东西的娘化形象有关,jono这个娘炮最讨厌的就是娘化了,比如ucc就有条屑rule:

{"id": "667413725166305290", "type": 0, "content": "<@&279572070281773056> posting UCC \"chan\" will result in a suitable punishment.", "channel_id": "406933309189521409", "author": {"id": "223865652463534091", "username": "Jono(JSalty254)(CTzen)", "avatar": "6967c71ceccc1184bc518cef2bd638f9", "discriminator": "8331"}, "attachments": [], "embeds": [], "mentions": [], "mention_roles": ["279572070281773056"], "pinned": false, "mention_everyone": false, "tts": false, "timestamp": "2020-01-16T17:03:52.027000+00:00", "edited_timestamp": null, "flags": 0}

raymond chan挂出那些BJK的娘化形象发言就是为了拿jono取乐,草,这个troll狂魔为了troll人真的连亲妈都不要了,自己人都不放过;然后BJK就被关禁闭了,此时我感觉这事情是anime频道被橄榄的前兆,吓得我赶紧去写脚本了

II attachment reuploadin'

如果jono这些司马玩意真的准备橄榄anime频道,我估计它里面的附件也会回归虚无,所以我必须想办法存储它们,至少在discord的语境下(毕竟我已经写了那么多别的东西上传discord的脚本了),只需要将它们找出来,重新上传到一个在我掌控之中的频道里去,然后在消息备份里替换掉链接即可

而且保险起见,用webhook上传是最安全的(但用普通账号也没有遇到过被橄榄的情况,我从18年搞futaba.sh起就用nanakolover往我自己的guild里面塞了十万甚至⑨万张冻鳗色图,都没被橄榄),当遇到比8MB大的文件时,这部分文件就可以用nitro账号传了,既然是消息及其附件备份,我肯定不会像discord drive那样弄分卷压缩包这种操蛋玩意

还好ucc除了我外没人上传什么大文件,所以不会出现比我的nitro等级支持的最大文件体积(50MB)还要大的文件

为了能在discord返回的消息里面找到附件,我们需要知道每次discord返回的东西其实是个json数组,去掉数组前后的方框后,它剩下的是以逗号隔开的json对象,一个对象对应着一条消息,将对象与对象之间的逗号变成回车,就可以将消息分割成行,然后直接存储或者用for循环处理了;问题是}, {不见得是消息对象之间的特征,有时候它还是reaction列表之间的特征,有时候它还是附件和附件之间的特征(因为它们都TM是数组),所以我最后在后面加了id和type之后,它才终于能够只分割消息对象了,体现就是一次抓取消息最多只处理50条,如果计数出现了51,那它肯定把什么不该分割的东西分割了🤔

由于我们成功地将消息分成条了,除了获取附件信息外,还能精确获取每条消息的id,从而断点续传和增量备份也成为了可能,前者只需要在第一次抓取时设置before参数为上一个文件的最后一条消息id即可,后者只需要搞到上一个文件的第一条消息id,然后在脚本运行过程中加一个判断,如果当前消息id等于这个消息id,直接退出脚本,这样就完美地只处理了最新的部分🤔

至于附件重新上传,我不清楚怎么可能,但discord一条消息真的可以带多个附件,它们会存储为一个数组,用grep将数组那部分提取出来后,去掉数组前后的方括号,然后将}, {替换为}\n{即可,这次里面没有再嵌套数组了,直接替换即可,然后写个for循环处理它们

按照惯例每一个下载的附件会放在临时文件里,然后用for循环上传临时文件夹里的文件,尽管我写了for循环,但它只会被循环一次,毕竟里面才下载了一个文件;至少它比其他的写法看起来简单很多🤔

bash里面没有do-while循环体,所以只能先do一次(curl抓取50条消息,按照设置有直接抓取最新的或者抓取指定id之前的),然后进行while判断,循环结束(没有新内容拖)的标志是discord返回一个空数组[],非常简单,而且也符合逻辑,比如对一个已经拖完的dump实行断点续传,它第一次请求返回的就是空数组,使得整个过程都不会开始🤔

ps. 用正则表达式来处理json,尤其是像discord消息这种对象套着数组又套着对象的json不是什么值得推荐的做法,正确的做法是调用专用json解析程序,比如jq;但我的所有discord脚本设计时就是为了能在ibm cloud这种什么都没有的小🐔🐔上跑,所以只能写成这个样子了🙃🤔

III deployment

实测拖anime频道花了两个小时半,mlp频道可能花了半小时吧,毕竟有大量附件重新上传的过程;但拖general和pictures频道时我没有使用重新上传,很快就完成了;现在我在尝试完全备份nsfw频道,毕竟死🐴白左raymond chan经常威胁要删掉nsfw频道,而且ums的nsfw频道的确被删了(毕竟那儿白左至少有三个🙃

至于dump大小,anime频道大约有1.5万条消息,dump有8.6MB;mlp频道有1478条消息,dump有966KB;pictures频道有两万条消息,dump有12MB;general频道有17.6万条消息,dump有87MB;nsfw频道有6.7万条消息,dump有38MB;考虑到discord消息高度冗余,压缩起来非常容易,哪怕包含general频道的dump了,它也能压缩成两个普通用户能上传的包🤔

对了,对于原来脚本就有的重新上传回去羞辱狗管理的antics,我给它加了一个greta笑话生成器,用来取代原版里小号可能用不了的嘲讽表情合集;最经典的greta笑话内容是两个萌妹和greta困在沙漠里面,我写了一个数组用来枚举萌妹,然后用随机数下标选择萌妹,这样就非常的草了🤔

function gretajoke {
    cuties=("Ann" "Chie" "Marie" "Yukari" "Fuuka" "Futaba" "Hifumi" "Riley" "Cosette" "Alice")
    cutie1="Cosette"
    cutie2="Cosette"
    while [ "cutie1" = "cutie2" ]
    do
        cutie1={cuties[((RANDOM%{#cuties[@]}))]}
        cutie2={cuties[((RANDOM%{#cuties[@]}))]}
    done
    echo "cutie1 chan,cutie2 chan, and Greta Thunberg were all lost in the desert. They found a lamp and rubbed it. A genie popped out and granted them each one wish. cutie1 chan wished to be back home. Poof! She was back home.cutie2 chan wished to be at home with her family. Poof! She was back home with her family. Greta Thunberg said, \\\"How dare you fucking call me Greta Chan! \\\""
}

草,我发现它这玩意有时候会出500错误,导致脚本无限循环;所以可以考虑写个迫真异常处理,如果500的话就不停请求直到不是500为止,当然这玩意不像py,每个请求都能返回一个对象,里面可以查返回码,好在discord的500和它的空数组一样是一段固定文字,请求下面写一个while循环即可,通常情况下这个while循环压根就不会执行🤔

当然我还发现它一开始的sed替换写错了,导致保存下来的json里type后面出现了两个冒号,不过这个好修复,由于只有type后面有两个冒号,一个sed -i就够了🤔

IV antics

我在ibm的小🐔🐔上跑起了这个脚本,跑的是只保存文本模式,感觉还是要慢一拍的,每秒大约只能处理四到五个消息(与此同时我的vps可以一秒钟处理50个),可能是因为它的CPU太弱吧,毕竟它处理每一个消息需要调用好几遍grep和sed

但至少我可以在ibm小🐔🐔上跑,这样我折腾的那么多正则表达式可以说终于得到了回报(迫真

V assumptions

我猜测无论我疯狂20线程上传东西,还是不设置暂停时间地疯狂下载东西,discord仍然没有橄榄我的小号,而当我用web端时我的账号却经常被橄榄,最重要的一个原因是discord利用一个叫做science的api来监测部分行为,而我用bash的时候压根就不会用到science,discord顿时眼瞎了,失去了橄榄我需要的感官(手动滑稽

当然这是毫不靠谱的猜测,还是用webhook保平安吧🤔

接下来我打算写一个更加强力的玩意,用多线程来完成附件重新上传的过程,已知附件大小也在消息json里面,可以找出来并按照大小归类到某个线程里面(一个nitro线程、若干个webhook线程)

untersona.20.03.24

我打算做个perusona的parody game了,具体来说是将unterganger梗和perusona缝合到一块,然后尽可能迫真复刻perusona3movie的名场面,然后再加上大量unterganger圈子里的私货🤔

当然我知道做一款游戏非常不容易,比如在此之前我只是写了几个discord脚本而已,这游戏我现在连技术路线都没确定

是做成2d还是3d?用什么引擎?unity?除了迫真戏仿perusona的桥段外,它的背景如何设定?unterganger里的谁可以做主角?要不要设定可定制角色?又如何做它们?会不会或者要不要做成hentai游戏?要不要做些模拟制作元首视频的模拟经营类小游戏?

我估计光列举计划就要花掉一个月时间,按照软件工程的惯例(迫真),我应该先搞一个项目管理的框架,它最好能在一个网站上挂起来,然后用它跟踪项目,如果可能的话甚至可以托管项目文件,尽管我觉得没什么卵用

我上大学的时候可没有学过什么游戏项目管理这种东西,所以对于游戏工业的绝大多数东西我只能瞎鸡巴猜,比如这个untersona,我现在最多只能尝试写点脚本(不是脚本语言的脚本,而是电影里的那个脚本

总之缺的东西非常多,但如果我能设法做完它们,而且是一个人做完它们,我对大型项目的驾驭程度绝对能更上一层楼,而且这个大型项目不止开发个游戏,还有其他类型的大型项目,比如迫害/r/p5的管理团队之类的

在转移到正式的项目网站之前,我先暂且试图在这里列举一些提纲之类的东西🤔

草,我还真发现了一个项目管理的开源应用,所以打算搞个域名来托管它了,当然我可不像hrp那个憨批一样用自己的信息填whois然后被人whois出道,我打算填李志强的信息上去,什么地址电话啥的都全了,甚至连邮编都能查到,除非李志强刻意挡刀,不然将会有极大的生草效果,那帮personafags废物可以随便出道我,然后我来众筹机票让他们飞到台湾去真人快打李志强🤔

然后我发现.live域名的续费价格简直高得离谱,32美元,外加上另外一个域名我tm需要53美元续费,现在汇率已经7.1了,这tm就是将近400🙃

当然那是五月份的事情,尽管k-kawaii yukari chan is my waifu,但到时候要不要弃用这个域名换一个新的还在考虑;其实别的还好,主要是续期letsencrypt证书需要设置CAA,而且我的vesta是旧版所以没法自动化,而且我现在已经上了cloudflare,所以我懒得操心ssl证书的事情了,换域名的话cloudflare那边恐怕不好折腾;另外我看z0d.eu能不能设成ns记录(我记得新的freedns帐号好像不行了,而且更蛋疼的是我的几个小号不知为啥已被橄榄了),设一个,然后把项目管理网站挂上去,等我真的开始做这个屑游戏时再买一级域名🤔

鬼知道,设置一个项目管理网站可能还是太夸张了吧,我有没有动机做这件事情现在都不太确定,昨天晚上我随便找了一个申必代码解锁了逼乎,所以我在逼乎perusona板块口嗨了一晚上,但真的做游戏还是太触了

futabruh.20.03.20

这几天在玩四海兄弟3,这破游戏经常闪退,有时甚至还会蓝屏或者直接重启,我以为是某个元件过热所致,但我检查过所有传感器,温度都是正常范围;但今天它闪退的次数实在是过多,我玩个偷车的支线甚至车快到据点了,电脑直接重启,感觉那些关卡我好像试了不下十次甚至九次🤔

我感觉是内存问题,插上另外四条内存,这下好了,它直接开不了机了;如同我折腾R4E那样,我随便换了下内存,最终无论怎么折腾它都只能识别出三条,而且闪退问题仍然没有解决;甚至某些时候登录到系统之后就开始蓝屏🙃

我猜测上次主板直接翻转180度摔到地上也许对其部分内部电路造成了难以估计的损害,此时恐怕只能插ecc内存了🤔

还好我之前搞x86玩具的那四条工业垃圾一般的4GB内存(加起来也只有100块钱)被我带上了(而我却忘了带主机上的16GB内存,但我怎么想到在家里还能玩寨板?),赶紧插上看能不能用;那四条内存好像没法随便插,那个带马甲的海力士内存必须插4号槽(还是1号槽来着,这主板连个sepc都没有),不然开不了机;但如果能开机的话,那它是相当稳定的,比如我玩了可能是两个小时的游戏,一次闪退都没有发生,我感觉好像又回到了使用hp工作站主板的时候

但这16GB内存也太たま少了吧,一个四海兄弟3就能占掉4GB,再开几个firefox开个虚拟机,我估计内存就要爆炸了;现在32GB的ecc好像降到了356还是365来着,赶紧买上四条再说,最多我问下卖家4Rx4的14900L能不能用在山寨x99上

ps. 将低频率的ecc内存插入设置为高内存频率的系统后,会发生的事情之一便是直接卡得没法用;哪怕可以用,aida64的内存速度测试也没法完成,会无限卡🙃

UPDATE:悲报,那个32GB的4R*4 14900L内存条果然没法用,怎么改设置都不行,放弃折腾了,退货,然后买四条16GB的2R*4 14900R🙃

当然如果我哪天钱多得没处花了,我可以考虑买8条2666的DDR4,这样我也就可以使用个正经主板了,比如hp的z440主板就挺不错,还比华南的寨板便宜(?

然后插上8条DDR4的32GB内存,直接256GB内存,爽死了,整个系统都可以RamDisk化🤔而且关机前都可以保存回固态,其实完全可以像VMware处理虚拟机的内存那样,随时都保存快照,这样就可以在关机前尽可能快地保存东西,尽可能同时享受RamDisk的速度和固态的非易失性🤔我记得很多RamDisk软件有这种设置,但整个系统都RamDisk化我还没有尝试过🙃

b r u h c o r d.20.03.13

现在discord搞几个小号可真たま难,有时候刚注册完就强制电话验证了,有时候注册几个小时后才需要强制电话验证,反正以这个概率我们可以认为discord完全就是需要电话才能用了(老账号除外

然后discord还要摆出一副像17年那样的欢迎各路人士随便注册(甚至现在都可以直接在邀请链接里面填用户名然后直接创建账号)的迫真白左模样,实在是让人哭笑不得

所以我来做几个实验透透discord的🍺

实验一

我先使用我上次买的一个qq号的邮箱注册个小号

然后搞到auth或者token,对于什么都没有的新账号来说直接在firefox开发者选项的存储、本地存储里面就能找到token,不用抓包

然后上bash大法:

function altantics() { # 1 = auth,2 = alt number
    curl 'https://discordapp.com/api/v6/users/@me/settings' -X PATCH -H 'User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0' -H 'Accept: */*' -H 'Accept-Language: en-US' --compressed -H 'Content-Type: application/json' -H "Authorization: 1" -H 'Origin: https://discordapp.com' -H 'Connection: keep-alive' -H 'Cookie: __cfduid=d34b57750a8621dabd797ce74bfc579ef1584047884; locale=en-US; __cfruid=2b1a676e24e573415b1d55769aa6d0f4b68cea0a-1584047889' -H 'TE: Trailers' --data '{"locale":"en-US"}'
    ./discordfilehosting.v7.sh --antics "1" futabruh futabruh futabruh alt2.conf 32
    curl 'https://discordapp.com/api/v6/users/@me' -X PATCH -H 'User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0' -H 'Accept: */*' -H 'Accept-Language: en-US' --compressed -H 'Content-Type: application/json' -H "Authorization:1" -H 'Origin: https://discordapp.com' -H 'Connection: keep-alive' -H 'Cookie: __cfduid=d23c3aae32eb5dbb13cbfdf9dadc976661584047531; locale=en-US; __cfruid=955decf5551e3d1a15f9b51d952ac1a623c88963-1584047534' -H 'TE: Trailers' --data '{"username":"leachan'"2"'","email":"leachan'"2"'@saggyboobs.com","password":"[insert password here]","avatar":null,"discriminator":null,"new_password":null}'  
}

这样,我们就可以批量搞小号并改名成完全不存在的邮箱了,而生草的是那个qq邮箱居然能重复用(因为在验证邮箱之前可以随便改邮箱),实测我注册到第⑨个小号的时候才出现了我的脚本跑到一半就被风控的结果

实验二

在此过程中它生成了32的不知道多少倍个webhooks,我们来测试下当创建guild和webhooks的小号被风控(注意,不是橄榄)之后,这些webhooks能不能用

从只有一半的第⑨个webhook conf里面提取最后一条链接:

https://discordapp.com/api/webhooks/687774052252909569/on5bdVDOJJCOIbyV2_U8lLIaeIe2daM0wwwqVH3xeCq6KBDkWorQSrP6ybCUp1UhzkUo

然后随便找个discord image hostin'客户端上传个东西:

[上传过程略]

实测它完全能上传并返回预期的discord外链

结论(迫真

discord网盘的稳定性,至少基于webhooks的版本,得到了进一步的验证,只要确保guild owner的小号不被橄榄(一般来说discord账号很难被橄榄,尤其是这个小号加入了ao多聊天室而一句批话都没说过时),哪怕它被司马cord给风控了,它创建的所有webhooks都能正常使用,而我的discord网盘脚本是以discord webhook上传后的返回值来获取文件链接的,字面意义上的和discord账号没有一毛钱关系,完全不影响discord网盘所有功能的运作

phones

现在还有没有接码平台啊,我还是需要搞一堆discord小号的,用来toiletgang或者迫害perusonafags或者别的事情

wowwtf.20.03.11

卧槽,我发现x99系统居然支持睡眠啊,不像渣渣x79

但这个主板还是有点毛病的,比如睡眠之后居然没法像笔记本那样就用键盘或者鼠标唤醒,而是需要按下电源键;但更蛋疼的问题是唤醒之后风扇会狂转,直到下次重启之后才能恢复设定的低转速,这就非常蛋疼了,搞不好我只能尝试去买个物理调风扇转速的玩意,有吗?

data recovery.20.03.02

我去,那个司马易驱线在搞乱了我固态的分区表后,居然连那个5mm硬盘都不放过,但这次我发现用dg居然能恢复出来,它的智能读取分区功能不仅可以读出来原样数据,连目录结构都能保留,实在是太强了

然而我的那个版本dg没有破解完全,所以没法恢复,所以我只好再找个dg版本

其实dg是有加密狗的,难怪破解版dg都有这样那样的问题,比如数据检测出来了恢复的选项却点不了,估计是下了若干个反破解断点

但在我寻找dg破解版的过程中,我发现了dg居然还有海外版,而且海外版居然没使用加密狗,这样这玩意就没啥难度了,由于dg没有在线激活,只要带了注册信息就是完全的专业版,比adobe全家桶还要巴适

这样,我就用着英文版的dg将那块硬盘里的所有数据导出来了,文件的时间戳至少是完整的,但文件夹就不是了,本来能保住文件夹时间戳的软件也只有winrar和部分全盘备份软件了,而dg不是其中之一

好了,这次事件的教训无非就是哪怕这种盘也得接阵列卡上,至于那块接阵列卡上的固态,里面只有点音乐了,可以转移到5mm硬盘上;其实我买这破玩意就是为了放些固态放不下的东西,而那些服务器机械硬盘由于没有散热系统,我必须用的时候才会插上

x99.20.02.26

我了个über草,现在某fish上居然大量出现了v3的车,e5 2678 v3,尽管它也就比e5 2670多出一半的核心,但它居然支持DDR3/DDR4,这样最好的情况下我只需要买个U买个主板我就能无痛升级到v3了

而且这可不仅仅是核心多了一半,v3还支持avx2和tsx哦,玩rpcs3的效率会比v1高不少的,搞不好perusona5能流畅运行了

问题是支持v3上DDR3的主板可没几款,华南金牌有廉价款的x99-ad3还有迫真旗舰款甚至据说可以DDR3/DDR4双修(其实由于DDR3和DDR4的构造不一样,它只能插四条DDR3或者四条DDR4,但考虑到它们的recc版本都有单条32GB,好像不是什么带问题,而且最主要的是现在32GB的ddr3 recc比16GB版本算下来便宜不少,我记得1866的16GB要200来着,32GB只要350,很多游戏工作室会选择单条32GB搭配2678 v3,只不过x79或者x99不组个四通道,比新平台能好到哪儿去?新平台还能超频,tm超到3200双通道甚至4000双通道已经赶上辣鸡佬平台了,频率还要高🤔)的x99-tf,价格不算贵,U现在只要700(反正比那个12核心的v2便宜多了),主板只要600到700,加起来还没有我在成都一个月的生活费的一半或者三分之一(取决于统计口径)多🤔就是我不太敢用到主系统上

我估摸着四月份才能回成都,我tm都想买一套玩玩了🤔

它的layout还是比较科学(迫真)的,三个全速pcie可能有两个x16一个x8,然后它有两个x4的nvme m2槽(然而没有一个可以放22110)和一个x1的nvme网卡槽,第一个x16可能可以放得下三槽显卡,第二个可以放个22110的nvme固态(这种固态当然是接直连pcie最好了),第三个可以插阵列卡或者USB3.1卡,声卡也许可以插显卡上面的那个x1🤔看起来挺浪费的,但搞不好和别的寨版一样,它也支持pcie拆分,这样就好玩了

但最有意思的是这些寨版还tm是全新生产的可还行,连r5e都有些年头了但它们貌似还能用很多年,而且我和很多游戏工作室用的是同款硬件了,它能经历他们的workload那我的更轻的workload也是没啥问题的,剩下的事情就是买个tf,然后我就至少可以插上我的全部8根内存条了(也许我开始后悔这次走之前没把那8根服务器内存条也拔下来?当然我后悔的事情可能多了去了,不差这一件🤡

UPDATE:草,我看了下官方迫真specs,pcie1和2是x16,3是个x16形状的x4,有可能那两个x4的m2是直连的而那个x4是芯片组的(比如可以接个USB3.1的卡或者辣鸡佬不可缺的sas阵列卡),而那两个m2也是逼死辣鸡佬系列,居然不支持22110,一个压根就插不了22110,一个也许可以插但没处固定(也许你的显卡可以挡一下?),看来完美的辣鸡佬主板还是不存在的啊🤔

另外一个问题,某宝上的全新套件需要1400,某fish二手只要1300还包调试到降压3.3,但问题是我可能想搞个全新主板,但我也不清楚,恐怕需要更多信息了

草,最后上某宝买了1400的,因为那个1300的某fish卖家一直不搭理我,那就没办法了,我只能去自己刷bios或者不刷bios了;对于2678 v3当然提升没多大,但对于另外一款没什么大船的DDR3/DDR4双修U,2697 v3来说,可就非常有用了,能直接将主频从不到3提到3.8,这简直就是i3到i7(迫真)的改变,而且它还有丧心病狂的18个核心,比我现在买的12核心还要多一半,相比起2670恐怕已经有三倍提升了吧,然后我估计TDP也要上天,华南寨版的6还是7相供电估计会爆掉,然后好点的主板又只支持DDR4,搞不好连recc都不支持可还行🙄

UPDATE2:在不知三天还是四天的等待之后终于等来了板+U的组合,折腾了一中午,反正蛋疼的地方很多,比如板载LAN需要装华南官网的驱动才能正常用,不然它就一直在识别;默认风扇狂转,好在智能风扇控制是可以调的,调到40就可以了;内存频率的更改选项藏得很深,而且改完后尽管测速的确是四通道的速度,但任务管理器和cpu-z都没法成功识别出来,可能是因为这DDR3/DDR4的组合太诡异了吧🙄

更诡异的是这颗U,它一直在2.8和2.9直接徘徊,打完所谓的鸡血bios后更加诡异,甚至降到了2.7,怎么改bios设置都没用,我去,说好的3.3呢🙄aida64压根就直接识别成了2680 v3,估计这就是一颗OEM定制U吧

还有尽管bios里写的是pcie-a被拆分成了x4x4,而且我的固态真的占了x4,但我在aida64里看到的却是我的固态被接到了芯片组的pcie2上,这就真™诡异了,这个板子的pcie到底是怎么布局的,直通的x8到底是被分配到了两个m2上还是分配到了第一个m2和第三个pcie插槽上

它和旧平台相比可能也就是usb3比较好使吧,我要么测试下pcie转usb3.1的转接器能不能用

UPDATE3:不清楚为啥和那个hp的工作站主板一样,我这个破系统也不能使用nvme转usb系列,所以usb3.1的扩展卡我可以不用考虑插了;与此同时我发现现在声卡也开始变得诡异了,动不动左边声道变得弱了,然后我不经意发现声卡外面的金属外壳烫的1b,这™是声卡不是显卡啊(wtf

所以很明显它挨着显卡背面放不是什么好主意,所以我只能将剩下两个金属外壳的pcie槽用来插阵列卡和声卡了,尽管这看起来简直就是浪费;同时我借此机会将sm963从第二个m2槽移到了第一个m2槽,然后发现它上面的散热马甲就足以将它压在主板上了,根本不用上什么螺丝,这样第一个槽以损失了一个pciex1的代价也能上22110固态了🤔

重启后看了眼aida64,芯片组上面的pcie只接了一个板载网卡,这样结论就很明显了,华南x99tf的第一个m2和第三个金属pcie槽是以x4x4拆分方式(见bios默认设置)直连的,剩下的两个pciex16自然也是直连的(这样它刚好用完了40条通道),再剩下的pcie全是芯片组扩展的,一个x4的m2,两个pcie x1,一个网卡用m2(肯定是x1)还有板载网卡,刚好是x8🤔

只是as测试的结果更诡异了,直连时的延迟居然是连芯片组上的2倍可真的还行🙄

另外华南x99的x99芯片组可能有缺陷,所以不建议fileops使用它们接外设,全接到金属pcie上吧,至于那几块机械硬盘我本来就接阵列卡上,所以可以无视它x99芯片上面sata接口的缺陷(如果有的话🤔