今天又折腾了两波度盘🤔两波都出现了文件解析不完的问题，不清楚为啥我安排了一个里面有140个文件的文件夹进行解析，第一次才解析出71个🤔但更吊诡的是，第二次连69个都解析不出来了，还剩十多个（全恼🤔而且其他8个线程也纷纷嗝屁，平均有1.5个文件夹没解析完成，或者说有一个文件夹没有解析出任何东西、另外一个文件夹才解析出一半文件🤔
也许我下次再也不折腾什么超大型文件夹，哪怕折腾，也得拆分成三四个个子文件夹（确信🤔就像我目前处理那个文件夹时一样，先分享转存到别处，然后在那里进行文件处理，比如这次是删除已经处理完的文件，那么下次就是将其分为三四个不同文件夹下的同名文件夹🤔这样它在discord drive那边搞完样子和一整个文件夹处理时一毛一样，但在度盘那边可以多线程了（确信🤔
另外，这两次翻车可能也说明它判定cd时并非以开始解析的时间为单一凭据，解析次数啥的也会被考虑（迫真🤔但目前看来，由于我每一个线程（四个文件夹）有两个未处理文件夹，占据了基本上一半，恐怕下一次搞这玩意基本上我只能去擦前两次的屁股了（全恼🤔
但有没有一种可能，度盘调整了它的持续时间，使得以前能搞五分钟的现在只能搞两分钟半？🤔但无论如何，这玩意cd长的批爆就是了🤔我估计那些在X东上面卖度盘账号的恐怕现在也在寻思为啥他们的生意突然好起来了（大嘘🤔
实在不行我休息两天到一周罢，这玩意实在是烦的批爆🤔至少我目前并没有什么将度盘里的所有数据都转discord drive的雄心壮志，这要是一个一个一个一个都转的话（先排除掉那些直接被度盘橄榄的文件），哪怕114514个度盘svip账号都不够我用的（悲🤔
除非那个php的作者能从高考等玩意里脱身来搞点antics🤔反正我肯定缺乏逆向度盘服务器这坨翔的能力（绝望🤔
另外不清楚有没有壬研究下dubox，比如把baidupcs-go魔改了，或者把这个脚本魔改了？🤔