barbruh.22.06.28

最近想整点wifi antics,所以下了kali的光盘镜像,然后按照惯例扔discord drive里🤔

结果下载的时候出了问题,它不停地在重试所有文件,重试了可能有十几遍,我实在是看不下去了,魔改了一顿旧discord drive用的多线程检查脚本,终于检查完成并筛选出了一个没下载的文件,然后它一直报403🤔

大草,此时我下其他一些文件也开始报403(全恼🤔甚至某些旧discord drive数据也开始403🤔

wiebitte?难道今天就是discord drive的终结之日?(大嘘🤔

thonk

但我换了个ip之后它居然恢复了正常,这说明它开始屏蔽我之前那个ip了🤔这可能不是什么好消息,因为discord drive此时没法继续被视为无论如何都可以随便下东西的drive了(悲🤔再说了,如果discord的运维团队介入了这次事件,那么他们早晚会发现我的discord drive antics,那时恐怕它真的要寄了(大悲🤔

好在至少目前我的文件理论上来说全都在,webhook也可以正常上传东西,说明至少聊天室也还在🤔看来我下次还是改进下单文件discord drive脚本罢(🤔

ayaya

反正在1145.14秒之后,旧discord drive用的多线程检查脚本终于被缝合进了单文件discord drive的下载脚本文件里🤔现在它能够比较智能(迫真)地处理文件下载,比如没有downloaded文件夹时照常下载,有的话执行多线程检查函数🤔然后搞一个while循环,如果检查生成了newaria.txt,就说明有文件没有下载成功,开始下载,并再次检查,不然就直接开始合并文件,并删除downloaded文件夹🤔我可以114514%确定,如果每个分片的checksum是对的,最后合并出的文件绝对是对的,所以检查最终文件checksum就真的dark不必(确信🤔

接下来我还对discorddrive函数进行了补充,能让它将旧格式的discord drive自动改成这种新格式,它先用echo重定向的方式将那个多线程检查函数写进了新文件里,然后将旧文件经过一番sed魔改后追加了进去,然后完美生成我要的新格式🤔它甚至还能将当前机器的线程数也塞进去,方便我在不同cpu核心数的机子上用它(确信🤔我寻思无论是cygwin还是正经linux应该都有输出这台机子有几个逻辑处理器这种功能,所以线程数也许我都不用自己设置🤔

当然,自从我开始往下载脚本里塞进aria2c代理参数开始,discorddrive函数就已经从简单的下载rar解压执行便乘了一系列后处理脚本(确信🤔后处理到我完全不需要改单文件discord drive上传脚本,就能让它下载时实现很多功能,比如走代理、多线程检查等(确信🤔

project cosette.22.06.25

不清楚我几个月前说过没,我要搞一个全自动拖a片网站的项目🤔它和现在我常用的方法相比,至少得做到如下自动化改进:

  • 它首先需要实现一个数据库系统,并能自动维护所有片子的列表,和其他metadata,而不像我现在搞的寄吧玩意一样,拖站几小时,整理数据两小时(恼

  • 和之前手动分配任务的做法不同,它最好能随机地(或者不随机地)将任务分配到github actions机器上处理,并在后者处理完后将生成的discord drive链接和log(如果有的话)归类到数据库的对应字段里

  • 它最好能自动新建github actions机器,并让这些机器随机地处理8个线程中的一个,而且在线程分配的时候确定不会同时给一个线程分配一个以上的任务

  • 而且它最好能不局限于某一个具体的项目,而是对所有诸如此类的项目,甚至度盘转discord drive,都能提供一个统一的模板,只需要填进去某些项目相关的数据(比如http请求头啊,处理返回数据的方式啊,等等)就vans了(确信

  • 如果它能用某种方式将旧数据导入进去的话,那就更棒了(确信

我现在基本打算让这个项目便乘py,毕竟我很难想象它能用bash实现🙃

但现在还有几个细节问题,我还没有确定,比如:

  • github actions调度问题,我是每生成一次任务(包含固定数量的链接)就调用一次某申必api(或者压根就没有api,就是github actions网页抓请求)开启一个新的github actions机子?🤔还是我先创建八个github actions机子再说,然后每个机子每秒钟轮询某申必接口一次,如果它返回了任务就执行任务并返回结果(此时任务的粒度可以达到一个链接),返回了standby就standby,返回了terminate就结束轮询(并结束它自身的运行)?🤔

  • 无论这两种调度方法中的哪种,如何确保每一个discord drive线程同一时间只能跑一个任务?🤔尤其是对第二种调度方法而言,是限定每个action线程跑对应的固定discord drive线程,还是让它们可以灵活地随时可以跑任意discord drive线程?🤔

  • cosette chan不仅仅为某个特定拖站项目而生,它是一个通用框架🤔那么我们需要把具体拖站任务的哪些部分抽象成定制部分?这部分可以用什么实现?bash?py?🤔这部分里面哪些部分需要在cosette chan上跑?哪些部分需要在github actions上跑?如何将这部分代码从前者传给后者?🤔

  • github actions也许可以通过主动轮询或者被动(比如带着任务列表参数被创建)方式接收任务,但它怎么在执行完任务后将返回的discord drive链接传给cosette chan?🤔还有一个更重要的问题,cosette chan如何感知任务完成的情况?🤔这里插入一个申必异步事件驱动代码,但我不清楚怎么写🤔

  • 最后一个问题,cosette chan有什么办法优化任务调度?面对有大有小的任务,它如何确保任务被尽可能均匀分配到8个线程里?🤔

  • 有没有可能将其web化,比如做一个web框架,然后能直观地看到当前任务的进度等🤔或者再不济也可以弄一个交互式命令行,类似rtorrent那种🤔

thonksette

我目前能想出来的解决方案大概长这样:

  • 主文件cosette.py,用来跑线程调度等主要功能,如果可能的话,它可以开一个小型http server并监听某申必端口,从而接收github actions发来的链接等信息,并对此做出回应

  • cosette.py向github actions发送信息的方式被暂时定为在httproot创建8个申必文件,然后github actions机子不停curl这些文件,如果里面只有standby或者terminate等词便执行相关的命令,否则,将其内容当作bash脚本执行🤔换句话说,cosette.py需要生成一个执行单次任务(比如将一个pornsite链接或者解析完成的度盘链接便乘discord drive链接)的sh脚本🤔所以这个脚本上传到哪个discord drive线程,完全可以由这个脚本来决定🤔

  • 分析文件analysette.py,用来对拖站对象进行初步分析,比如获取链接列表、估计每个链接的大小等,并将其扔进数据库

  • 用来处理旧款数据的altsette.py,会在上述的数据库基础上将之前生成的链接文件里面的链接归类到数据库的相应位置

  • 最后当然是这个项目用到的github action workflow,thonksette.yml了🤔和我之前用的一些workflow脚本相比,这次我打算整点新活,比如用sudo将魔改aria2c等玩意弄到/usr/bin里面去,这样我下次写什么玩意再也不用相对路径了,直接像本机一样用就vans了(确信🤔

raidenaqua.22.06.24

最近突然看到一个非常生草的视频:

这bgm我实在是太にま熟悉了,这不就是mgrr里raiden对战某洛伦兹魔怔壬的bgm吗(确信🤔

所以在看了一晚上mgrr录屏之后,我突然想自己玩两盘了🤔主要是他那个raiden实在是菜,经常打出raidenAqua moment(恼🤔当然我估计我到时候玩的话只会更菜,鬼知道🤔

sbeam版mgrr居然锁区,至少它锁国区激活,就极其离谱🤔而目前我所有的梯子都没有俄罗斯ip,所以搞个俄区账号然后用俄区key也没法搞,所以我只能搞一份学习版了🤔

在某申必破解游戏合集网站下了一份,打开后才发现这狗逼玩意搞了一个(估计是改了exe的)汉化,汉化就算了,反正我之前玩这游戏的时候就喜欢经常切语言玩,但这个汉化的字体和其他ui糊得fuckonami老板的亲妈都不认识可还行🤔这就非常离谱了,所以我恐怕得再去rutracker上下一份了(恼🤔看来,折腾老游戏还是得亲自动手(确信🤔

但至少目前,它(在折腾了一个4k补丁后)能随便4k@60p跑起来,甚至比cuties impact还流畅,而且win10貌似也能玩(确信🤔说不定哪天我会去折腾一下bionic commando?🤔

当然,这游戏再怎么说也是8年前的游戏了,不能4k流畅玩也太生草了罢🤔当然它最生草的地方是本体4GB,cg视频20GB,不知fuckonami移植这破游戏的时候大脑降级到什么程度才能将cg反向压缩到20GB这么多的(全恼🤔我可是玩过它的xbox360版的,那个版本cg只占2GB,哼哼啊啊啊啊🤔

bruhfei.22.06.22

在将近两个月之后,我终于将那台迫真nas再次配置成功了(悲🤔

在此之前它开机后无论rdp还是smb都连不上(恼🤔而且和我的上一台迫真nas相比,它连个hdmi接口都没有,我甚至都没法连个显示器debug(全恼🤔所以我这段时间经常将那块硬盘接进vmware(就是vmware新建虚拟磁盘那部分选择使用物理磁盘)用它,发现它表现得居然和在那台双核终端机上一样慢🤔打开任务管理器一看,草,磁盘io一直是100%,响应时间上了几千毫秒,难怪(🤔

今天我突然决定给它装一个parsec,看能不能到时候让我至少连上它🤔现在parsec想在一台新机子上完成配置还是相当麻烦的,需要先用proxifier来让它至少登录上去,然后才能用改配置文件的办法让它走代理(🤔

无论如何,它的proxifier pe就像我在别的机子里装的proxifier pe一样,根本没法用,所以我最后只能再将其接回那台迫真nas🤔

但这次,我居然能用它的hostname来登smb了,rdp也变得正常,这可真有意思🤔复制文件时它却卡到了个位数MB/s,有没有一种可能,这狗逼硬盘有坏道啊?(恼🤔但它也有可能只是碎片太多了🤔

thonkeqing

一晚上的碎片整理之后,它基本上恢复了正常,至少磁盘io不会一直100%了(确信🤔所以我之前的猜测是差不多对的,它由于碎片文件太多了,系统一跑起来就要在全盘读文件,这样它就基本上没什么可能干别的事了(恼🤔

但在它的系统上面跑碎片整理,无论跑多少遍总会有些东西整理不了,毕竟系统运行的时候会使用这些东西,并写入一大堆日志🤔所以我接下来将它接到了主机上整理,现在它就不会有什么问题了,整理完就便乘了一个文件按照修改日期从旧到新排列并且没有碎片的硬盘了(确信🤔

我之前瞎じば猜测用修改日期的方式来排列文件,以后至少系统部分就不会产生什么碎片了,但很不幸的是几个月之后,它还是产生了大量碎片文件,甚至直接让它卡成几千毫秒的响应时间🤔要知道一般情况下只有出现坏道了响应时间才会便乘几千毫秒🤔看来在这破玩意上面灌一个win10 ltsb2015进去搞不好还真不是什么好主意(恼🤔

也许下次这玩意再崩一次,我就重装win7好了(吴慈悲🤔但现在我たま还是接着勉强用这玩意罢(🤔

其实win系统要是学android一样搞个只读文件系统或者至少在系统运行时是只读的文件系统来存放系统文件的话,那么就一点屁事都没有了🤔但现在压根就不会有壬用机械硬盘来装win10,而固态就完全不存在这种问题,有没有碎片它都能快速读取系统文件🤔

yelan impact.22.06.20

基本上cuties impact每个活动我都是在最后一天才打完的,而很不幸的是2.7的版本活动也是如此(恼🤔如果有什么不一样的地方,大概是我的确在一天前就打完了剧情,至于占奖励大头的挑战活动,真的只要不到一小时就能打穿(确信🤔

但作为周末,我还有其他一些乱七八糟的事情需要完成,所以到最后还是肝到了活动结束那天(全恼🤔

当然我在不止一处地方表达过对chasm地图的赞赏,而我打了四个账号的版本活动,那么算下来我也重新玩了三遍chasm探险剧情aka zhiqiong impact(大嘘🤔再怎么说,这也比2.5时重玩三遍watatsumi island迫真解谜+enkanomiya好很多,至少我现在看上去还算是比较乐意的(迫真🤔乐意到我甚至把chasm刚出时那天写了不到一半的玩意给填完了(确信🤔

我第一遍玩的时候其实对这个所谓的chasm后续剧情是不太理解的,但既然我现在已经玩了整整四遍,我基本上知道它想表达个啥了:

在chasm的底层,也就是天理柱子的正下面,藏着一个应该叫做chasm's bed(至少活动期间想再次来这块时f键显示的就是这个地名)的申必空间,它的来源在整个活动里没有体现,不清楚是自古以来就有还是人造的🤔反正它可以让进入它的任何人类或者怪物丧失力量,然后便乘原文是shadow of oneself来着(怎么逐渐perusona4化了🤔

然后是500年前的带灾变,坎瑞亚怪物入侵七国,璃月也惨遭雷普🤔但和被雷普得像是怀上了深渊孽种的稻妻相比,璃月应该是七国里受影响最小的,因为那些怪物全被一个叫做boyang的术士(应该叫做术士吧,我玩的是英文版,所以不清楚中文版里面用的什么词,英文版里叫做magician,我总不能翻译成魔术师吧)和一个夜叉给吸引到这个申必空间橄榄了(确信🤔

boyang貌似是k-kawaii yelan chan的祖先,来自术士世家,那时的七星委托他带着一个叫做fantastic compass的神器去chasm执行吸引怪物的任务🤔他在那里结识了某夜叉,然后他们发现了chasm下面的这个申必空间🤔所以接下来他们便将所有怪物引诱了进去,然后用这个compass封印了这个空间(这里有一个设定,这玩意需要一个术士和一个仙人同时施力才能启动),将所有的怪物和他们自己困死在了这里,璃月危机彻底解除(确信🤔

接下来是这个活动剧情发生的事:yanfei chan来这里是来执行一个古人的遗嘱,找到fantastic compass并将其带回璃月,yelan chan来这里是想弄清楚自己某个祖先的事情,itto(带着自己的部下)是来向yanfei chan道谢的🤔结果itto和yelan chan发生了冲突,他们产生的能量大概导致他们站的那块地方(因为被天理柱子在zhiqiong impact时戳了一下,和下面的申必空间有了某种连接的可能性)变得更加脆弱了,这样他们便全部被吸进去了(悲🤔

在那个申必空间里面,他们遇见了xiao🤔后面我们得知,xiao也来这鬼地方来寻找璃月五夜叉中的倒数第二位(他自己是最后一位,还有三位早就已经确认死亡了,就差一位现在所有壬都不知道踪迹,xiao找的就是他),只不过见到主角他们后,xiao只是劝他们赶紧离开这鬼地方,然后就消失了🤔接下来他们从一个秘境进去,然后直接从原处出来了,而且荧酱召唤xiao也召唤不出,然后他们才发现这鬼地方问题有点大(🤔

接下来他们又发现了另外一个秘境,这个秘境是个六面体,每次切换面就可以看到整个空间在旋转,做得还行🤔需要完成四个解谜,每次需要踩一些图案,然后用它的两个光柱子触及头顶上的面里的四个图案,四个解谜都完成后这个六面体就会开启一个出口,然后我们就可以旋转到那个出口了🤔

整个秘境就是xiao的语音再放送,意思是这申必空间能够读懂人心,所以它利用了主角团想找到xiao的心理,对着他们高强度放送xiao的迫真语音🤔但他们在那个出口处居然和xiao聊上了天,尽管只聊了几秒钟就被切断了连接,但按照k-kawaii yanfei chan的迫真论证,这说明这个申必空间还是有弱点的,所以也许他们可以利用这个弱点,让xiao和他们先团聚再说🤔

但生日和paimon在同一天的itto很明显没想这么多,直接从这个出口跳了下去,剩下的人也没啥好办法,也下去了🤔他们发现下面有一个神奇的门,有人开了这个门,这门里面就会出现他们最恐惧的事物,比如itto开了门,里面是稻妻壬用豆子驱鬼,shinobu开了门,结果我们看到了想让shinobu去当神社巫女的shinobuたま,yanfei chan开了门,看到一对夫妻在吵架,然后吵出民事纠纷,是yanfei chan最不喜欢接的案子(恼🤔轮到了yelan chan,结果yelan chan根本不想开门,因为据说yelan chan一开门,璃月的最高机密就会被所有人看到,而他们一个一个一个一个都别想活着离开chasm了啊啊啊啊啊🤔

所以,现在只有荧酱可以开门了🤔荧酱一开门,整个深渊(或者说深渊12层)出现在了所有人面前,连paimon都惊呆了🤔接下来荧酱在里面找到了出口,然后重新跳进了那个门后面的水池里,而剩下几个人全在门口站着,因为荧酱进去后再也开不开了(🤔

到此所有人都受够了这个秘境没完没了的antics,退了🤔yanfei chan找到荧酱,说是找到了和xiao团聚的方法,由于这个申必空间能读懂人心,所以他们只要一直在想xiao,他们就有机会再和xiao通话🤔接下来他们就真的在这个空间里听到了xiao的声音,然后我们就有一只一直跟随当前角色的waifufei了,话说他们要不要把这个功能移植到hangout里面啊,我要一直跟随主角的砂糖酱(🤔

到某个地方,荧酱和yanfei chan终于再次和xiao实现了跨空间通话,当xiao了解到荧酱为了找他差点被深渊雷普的事后,直接从两个空间之间的申必通道冲了出来,和所有人团聚了🤔看来,xiao的确是隐藏的荧酱控(迫真🤔

既然xiao来了,所有人开始考虑如何离开这鬼地方了🤔接下来xiao和yanfei chan展开了某种程度上的路线斗争,xiao想通过在yanfei chan那里设立遗嘱的方式,让所有人接受他那套牺牲自己从而给剩下的人开辟道路的方法🤔而yelan chan对这套玩意感到极其不耐烦,这两人在辩经的时候,旁边的itto实在是受不了了,对着某片墙哼哼砸了一发,砸出了一片新的空间和一片新的秘境,接下来一直昏迷到剧情结束🤔

我已经玩了这剧情四遍,现在看来这部分算是这游戏里最たま精妙的剧情安排,一方面凸了itto的人设,另外一方面从这里开始所有的剧情还真的就是璃月的最高机密,所以那两个稻妻人还有一个稻妻牛还真无权知道,所以他们被安排成了一个昏迷了剩下两个照料他,yanfei chan还给他们设了一个封印的圈,不清楚是在保护他们还是困住他们,真有意思(确信🤔如果他们几个清醒地进入了第三个秘境,那这部分剧情就完全没法圆了,shinobu也许会同意保守璃月的最高机密,但itto那边就不太好说话了,总不能安排yelan chan和itto再打一架?🤔

第三个秘境可以说是cuties impact版的sonic cd了(大嘘🤔sonic cd里能够通过在过去摧毁pingas博士的某申必机器和metalsonic投影来得到一个好的未来(当然,还有一种偷懒的办法,玩七遍special stages,但怎么说呢,sonic cd的special stage是这一系列游戏里最难玩的,还不如回到过去),但这个就简单多了,只需要在过去摧毁compass旁边的树苗就能在未来接着拨动它,然后再开一个门,橄榄一个洞穴,接下来就一路向未来拨就vans了(确信🤔

接下来是三段记忆,yanfei chan橄榄盗宝团,yelan chan橄榄愚人众,xiao和某夜叉的幻影作战,但再往未来拨,所有人再一次进入了深渊,这次是荧酱的记忆(确信🤔无论如何,他们在深渊里找到了他们要的fantastic compass,然后离开了这鬼地方🤔

ayaya.22.06.16

parsec的4k串流实验大获成功,这几天我就在一台1060笔记本上impact 4k cuties(确信🤔一代titan(性能大概在780和780ti之间)的确解码不动4k串流,但并不代表1060笔记本也不行🤔

编码一帧基本上需要12ms,解码一帧需要7ms,而网络延迟是6ms,反正impact cuties是远远足够了(确信🤔fraps显示帧率比不串流时低不了多少,可能说明10系显卡可以做到3d和视频编解码并行,而一代titan很明显不能,一开4k就卡出⑩(恼🤔奇怪的是码率反而比1080p时低不少,基本上没有超过10Mbps,可能是因为x99垃圾+1070ti的组合实在是⑧行,所以它切换到了性能优先模式(确信🤔也许我上一个什么12090k+4090的组合的话,它就能照着50Mbps码率编码了(迫真🤔

但再一想,4k串流在那台笔记本的屏幕上还得超采样一次便乘1080p,才能完成显示,考虑到超采样的申必画质加成,搞不好它真的只需要那么低码率就能媲美1080p串流时20Mbps的效果(大嘘🤔反正我这几天impact 4k cuties时感觉和用那台x79垃圾impact 1080p900p cuties基本上没啥区别,除了刚连进去几秒画面有点糊🤔

毕竟1070ti的算力是一代titan的整整两倍,外加编解码申必buff

而且现在我终于可以一边impact 4k cuties一边将4k萌妹截图继续保存到我的主力台式机里了,就像我在家里面时那样(确信🤔在此过程中,那台笔记本也不会像它本机跑cuties impact那样,烫到可以做红烧壬蹄了(恼🤔

不错,现在哪怕我在外面,也可以去搞它这个新版本活动了,草,我再不打完就真的要便乘deadline impact了(全恼🤔

parsec revived.22.06.14

我最近听说parsec有办法复活🤔貌似它本身就支持代理,所以直接在配置文件里填上代理的ip和端口就vans了,比如打开settings然后点client再往下翻,能看见一个edit the configuration file directly选项,点开后可以直接编辑配置文件,然后加入:

app_proxy_address = 114.514.1919.810
app_proxy_scheme = http
app_proxy = true
app_proxy_port = 114514

再重启parsec就vans了🤔实测局域网里的两台机子如此设置代理后,仍然能够成功建立p2p连接,延迟低于1ms,这说明它成功地识别了网络拓扑,而非绕道某个申必路由(确信🤔

但这玩意在非局域网里表现如何,这个我就不清楚了,需要进一步验证🤔反正无论如何,给parsec设置代理只影响parsec与其早就被墙橄榄了的中心服务器的连接,不会影响其p2p部分(确信🤔当然用proxifier也可以,只要设置parsecd.exepservice.exe连接*.parsec.app走代理即可,别的连接保持直连🤔但既然它可以自己设置代理,那还用什么proxifier,再说了某些申必玩意(比如cuties impact)和proxifier可没有那么友好(半恼🤔

bruhfei

但现在有个问题,如果我那台机子曾经连过rdp,或者说一开机就连了个rdp而非用鼠标键盘登录进桌面的话,parsec的连接是会出问题的🤔比如要么连接不上,要么连接上去了不到几秒钟鼠标键盘就会失去响应🤔我记得之前parsec就没有这个问题,顶多连接上去后鼠标指针不显示,需要连接一次rdp显示个鼠标(那当然是因为它上面什么外设都没插🤔现在看来,我可以完全不用rdp了,因为我给它接上了全套外设,我现在鼠标有四个,键盘有三个,显示器不知道有多少个,随便接一套,根本不用什么连接rdp让它显示鼠标指针(确信🤔

测试parsec的时候我还中途拔了一次电,再次重启后它居然启动不了虚拟机了(全恼🤔我一眼就看出来它是bios的问题,然而我早就忘了hp工作站主板按什么键进bios了(悲🤔

换了好几个键,终于试出了f10,然后它的屑bios配置起来也有讲究,别看它是迫真图形界面,改完比如虚拟化设置之后得先按f10保存这个菜单的设置,然后才能切换到全局设置部分保存并退出🤔其实它这个逻辑和传统bios基本上完全一样,传统bios就得按f10保存,只不过它既然做成了迫真图形界面,还不能像图形界面一样可以随便修改只要最后选保存就能随便保存,就挺令人迷惑(恼🤔

不过无论如何,挂机虚拟机梯子终于重新跑了起来,现在我的所有机子的所有parsec都可以用它随便连了(确信🤔其实我还有一个x86小玩意专门用来跑梯子,很不幸的是由于某种申必原因,它既连不上rdp也连不上代理,就极其坑爹(恼🤔

thonkeqing

破案了,parsec连上去没鼠标指针就是因为没有插鼠标🤔这可真にま草,真就迫真kvm?🤔看来无头(大嘘)系统想正常用parsec,除了在显卡hdmi槽插虚拟显示器外,是不是还需要插个虚拟鼠标啊?🤔好在虚拟鼠标还是比较简单的,比如我去年搞的amber速射玩意🤔或者就插个真鼠标得了🤔

thonkeqing.22.06.11

在一顿折腾之后,昨天缺失的文件全部补上了,还搞了五个新文件夹(确信🤔而且这次至少没有两分钟半就停,所有玩意都解析出了链接🤔

这说明什么?这也许说明我的确不应该使用超过四个文件夹也就是最多64个文件或者超过⑧个线程雷普它🤔但这也许什么都说明不了,毕竟度盘服务器是个绝对的黑箱(恼🤔

所以,我对那个度盘php的作者可以说是肃然起敬了,他是怎么发现度盘这一套LogStatistic大法的?🤔

不过无论如何,我可以确定的是,X东上面卖一天会员的卖家,它的自动发货软件里的确填着不同的账号,至少我以一天买两次的频率雷普它们,没有一次遇见给了相同帐号的情况🤔所以,今天我又得以将3TB左右的数据转移到discord drive上(确信🤔

现在我那脚本还是有很多问题的,比如它一开动最多五分钟后它就什么都解析不出来了🤔而且它可能存在每个线程最多只能解析64个文件这样的问题,所以最终它只适合用来将度盘标准(大嘘)8GB备份包转移到discord drive上🤔别的用途,比如转移114514个小文件啥的,我寻思还是另请高明吧,比如winserver/wine跑什么吾爱破解论坛版pandownload去(全恼🤔

再说了,我到今天也没解决这玩意的非ascii文件名问题,近期也没打算搞它🤔

8GB分卷大小其实是很久以前的历史遗留问题,那时我除了搞度盘外还要往onedrive上撸一份副本,而那时onedrive的单文件限制是10GB🤔所以我设置了一个8GB的分卷大小来方便同一个文件上传到两处,而且8GB再怎么说是2的整数次方(确信🤔

bruhsette.22.06.10

今天又折腾了两波度盘🤔两波都出现了文件解析不完的问题,不清楚为啥我安排了一个里面有140个文件的文件夹进行解析,第一次才解析出71个🤔但更吊诡的是,第二次连69个都解析不出来了,还剩十多个(全恼🤔而且其他8个线程也纷纷嗝屁,平均有1.5个文件夹没解析完成,或者说有一个文件夹没有解析出任何东西、另外一个文件夹才解析出一半文件🤔

也许我下次再也不折腾什么超大型文件夹,哪怕折腾,也得拆分成三四个个子文件夹(确信🤔就像我目前处理那个文件夹时一样,先分享转存到别处,然后在那里进行文件处理,比如这次是删除已经处理完的文件,那么下次就是将其分为三四个不同文件夹下的同名文件夹🤔这样它在discord drive那边搞完样子和一整个文件夹处理时一毛一样,但在度盘那边可以多线程了(确信🤔

另外,这两次翻车可能也说明它判定cd时并非以开始解析的时间为单一凭据,解析次数啥的也会被考虑(迫真🤔但目前看来,由于我每一个线程(四个文件夹)有两个未处理文件夹,占据了基本上一半,恐怕下一次搞这玩意基本上我只能去擦前两次的屁股了(全恼🤔

但有没有一种可能,度盘调整了它的持续时间,使得以前能搞五分钟的现在只能搞两分钟半?🤔但无论如何,这玩意cd长的批爆就是了🤔我估计那些在X东上面卖度盘账号的恐怕现在也在寻思为啥他们的生意突然好起来了(大嘘🤔

实在不行我休息两天到一周罢,这玩意实在是烦的批爆🤔至少我目前并没有什么将度盘里的所有数据都转discord drive的雄心壮志,这要是一个一个一个一个都转的话(先排除掉那些直接被度盘橄榄的文件),哪怕114514个度盘svip账号都不够我用的(悲🤔

除非那个php的作者能从高考等玩意里脱身来搞点antics🤔反正我肯定缺乏逆向度盘服务器这坨翔的能力(绝望🤔

另外不清楚有没有壬研究下dubox,比如把baidupcs-go魔改了,或者把这个脚本魔改了?🤔

LisaCriUGUU.22.06.09

今天打算再撸一波度盘🤔上次那个号到现在并没有结束304的cd,所以我又去什么地方买了两个🤔

之所以是两个,是因为买第一个的时候我不会用,所以我想去X东再买一个,但愿它不是这种登录法🤔结果那个也是,所以我只能去搞清楚它怎么用了(🤔不过一旦接受了这个设定,你可能会发现其实这是度盘共享号迄今为止最たま方便的搞法(确信🤔

它搞了一套自动化系统,度盘不是在推扫码登录吗,将度盘登录页的二维码保存成图片文件上传到它的网站,就可以通过扫码登录的方式登了,不用验证邮箱,啥都不用验证(确信🤔因为扫码登录的底层逻辑就是用来扫码的设备上面装了毒瘤应用,而且是用毒瘤应用的扫码功能扫的,所以它足够安全(迫真),所以没有任何所谓的安全风险(大嘘),当然,如果扫码登录的机制没有被如此破解了的话(确信🤔它还有一个真·扫码功能,但用起来极其不好使,无论pc还是手机都跑不起来,所以还是用上传二维码图片功能吧🤔

我觉得这玩意挺好玩的,啥时候我也写一个(迫真🤔搞法应该是对手机抓包,然后用手机扫二维码🤔由于二维码的本质是数据,所以扫码登录基本上等于往某申必接口输入了一串数据作为参数🤔那么一旦这个申必接口被我们搞到了,将一张二维码图片解析出里面的数据,然后用bash也好php也好py也好,使用这个接口,不就可以让任意浏览器登了吗(确信🤔搞不好这个申必接口和账号有关的参数只有一个bduss,这样它不就可以便乘通用接口了吗🤔http antics moment(确信🤔

接下来我便将之前准备好的8个线程火力全开了,每个线程有3到4个文件夹(确信🤔多线程的确是可以搞的,而且都解析到了链接🤔

除了某个文件夹并没有出现在解析完成的链接列表里🤔仔细一看,这整个文件夹被橄榄了,而我无论是分享这个文件夹,还是分享里面的部分文件,分享链接都会被瞬间橄榄(半恼🤔

看来我的随机文件名脚本可能真的随机到了度盘的屏蔽词库,这可真是太にま草了,这甚至都不是一个小概率事件,我记得它都发生过十几次了(半恼🤔一个一个一个一个文件进行排查啊啊啊啊啊,发现别的文件都能生成分享链接,只有一个文件出现了问题,那么就是它了,将其改名为1145141919810.rar就vans了,接下来从分享到解析链接一切正常🤔

然后另外一个链接文件也有问题,它应该有四个文件夹的内容,但最终只有三个🤔原来我把最后一个文件夹的日期记错了,用另外一个账号光速搞完🤔

这次总共搞了3.52TB数据,不过话说回来为了搞这些数据我花掉了8块钱买两个一天账号,这未免也太じば贵了(恼🤔

当然,如果我在搞之前就排查好链接问题的话,也许我可以只用一个账号,比如用那个我已经稳定月租的(确信🤔反正它开始计时是从我解析第一个链接开始的(确信🤔

话说那个度盘php的作者高考结束了没,我等他更新那个项目然后抄点作业(🤔

dudiskbitte

8个线程、每个线程平均4个文件夹全搞完了,用时最多的也只有4小时半(确信🤔看来,如果我想的话,这玩意一天可以搞三次(确信🤔

而且昨天没搞完的也补上了,某个时期开始的度盘备份现在都有了discord drive上的另外一份副本🤔不错,接着搞一波(确信🤔

bruh

草,那个包月的共享账号解析出了链接,但拖进github actions里下不了东西,一看日志403(恼🤔

原来它解析出了传说中的qdall开头链接,这差不多意味着这号基本上废了(全恼🤔至少那个php项目如果发现解析出这玩意的话,直接判定那个号被限速,然后直接将其挪出帐号池(确信🤔

那我恐怕只能再去花4块钱买个号了(🤔还好这次发的号不是之前几个,随便撸🤔4块钱换3.8TB数据转移到discord drive上,不是很糟糕(大嘘🤔解析链接全程3分钟都不到,所以我觉得这玩意还可以再多整点,比如一个线程从4个文件夹便乘5个文件夹(确信🤔

下次搞链接不清楚是啥时候了,但至少我可以放心删掉那几块2.5寸垃圾盘上存了好几周的备份档了(确信🤔