今天一起来感觉我的github actions antics貌似还缺点东西，对了！给它上传discord drive的能力（确信🤔毕竟上传成artifact我不还得拖到我的存储vps然后上传discord drive，它那边上传反而快些，因为它网络比我的好，cpu比我的好，内存也比我的大，甚至硬盘也全都是ssd🤔
然而，可以将一个大文件上传到discord drive并生成一个sh脚本的antics，我不是很想放到github上面去🤔所以我在那两个yml里加了一行，赋予它能够对生成的每一个rar压缩包执行一次某申必脚本的能力🤔而这个申必脚本，我可以挂在某个申必地方，甚至可以找个白嫖vps（比如ibm cloud）挂着，而且它执行的时候不会输出任何消息，至于它最后生成的脚本文件的链接？我直接用webhook发送到我的某个聊天室里了🤔而且更有意思的是，如果那一栏是空的，它就不会执行任何脚本，就像这个功能从来没存在过一样（确信🤔
当然，它也可以用来跑别的申必脚本，比如上传onedrive或者backblaze的🤔但这两者的话，可能你得在脚本里面解决rclone和它的配置文件怎么办这个问题，考虑到它可能还会被执行多次，那么是不是需要写个判断条件免得多次下载rclone呢🤔
既然它现在有了上传discord drive或者别的什么drive的能力，我是不是可以考虑设定一个选项，禁用它的上传artifact功能？这狗逼玩意耗费的时间是正式下载时间的五六倍🤔但当我想加一条input的时候，它突然告诉我workflow_dispatch只能有最多10个inputs🤔这就非常尴尬了，所以我恐怕得用另外一种方式整这个开关🤔
考虑到上传artifact这个step的开启条件是if: hashFiles('*.rar')，所以只要目录里面没有rar文件，它就不会开启了（确信🤔但问题是cleanup这个step的开启条件也是if: hashFiles('*.rar')，而我需要这个step来输出当前目录的文件信息，然后删掉所有rar包🤔我要是在我的申必脚本里删掉rar包的话，这个step也会被跳过；而如果我要是将rar改成别的扩展名的话，这个step也会被跳过（悲🤔
我尝试给它的if再加一个条件，但发现这么搞完全不行🤔所以，干脆这样好了，我在这个step前面插入一个叫做pre-cleanup的step，它的开启条件是if: hashFiles('*.114514')，因为我在申必脚本里将所有rar文件后面加上了.114514🤔而在它里面将所有的rar文件还原成原来的名称🤔而如果压根就没有执行申必脚本的话，也就没有.114514文件，它也不会被执行🤔这样，就完美解决了这个问题（确信🤔
现在，我终于可以抛弃它那个无论上传还是下载都慢的批爆的artifact功能，使用discord drive了（确信🤔而且那玩意可以说是非常的巴适，不像github action的页面需要登录啥的，discord我pc和手机都装了，用起来贼じば方便，如果我乐意，我甚至可以用手机下图片合集，还有多线程和断点续传，这个是github action那玩意绝对做不到的（确信🤔