昨天晚上困得批爆，睡了一顿醒来后突然想做做一直想做的guilded tube，四五个小时后撸出来了🤔结果又是改进它，又是顺便（迫真）改进了下guilded drive脚本，又是做了个github actions版的guilded tube，嗯是搞到七八点才搞完（悲🤔考虑到cuties impact的版本活动明天四点就结束了，而我居然还有四个号没打活动剧情，这实在是太离谱了（🤔

poc

首先按照惯例（迫真）我先撸了一个小型的概念验证，生成了一个m3u8，用浏览器版guilded上传页面上传了四个分片，并将返回的txt链接（guilded当然不支持上传ts文件）粘贴了进去，最后将魔改后的m3u8上传到discord上🤔

双击后它居然开始播放了🤔看来m3u8里的视频分片填txt真的一点问题也没有，可以说是解决了我的（自guilded drive技术诞生以来就有的）最后一个忧虑（确信🤔既然如此，我就可以放心去魔改discord tube脚本了🤔

thonkeqing

一顿迫真分析后，我删掉了原来脚本里一大堆和上传相关的代码，因为guilded多线程上传和discord完全不一样（确信🤔

现在我多线程上传ts文件的方法和基于tar数据流的guilded文件夹上传脚本基本上一毛一样，除了我塞进split --filter的东西不是tar数据流而是文件列表，所以分割依据也不是字节数而是行数（确信🤔

子脚本里面自然是先暂存stdin获取的文件列表，然后一行一个线程开始上传🤔m3u8文件名被当作参数传进了这个子脚本，所以接下来就可以上传完获取链接就地替换m3u8里的对应行了（确信🤔考虑到现在guilded上传txt时文件名这个参数有用了，我完全可以将原文件名、checksum、文件大小等信息全部塞进文件名里🤔话说上传音乐和上传txt走的是同一个api，这guilded的第一世界程序员脑子是不是被新冠美帝变种雷普了114514遍啊（半恼🤔

luminethonk

接下来我在本地做了一顿迫真测试，效果还不错，它既可以将生成的m3u8上传到guilded也可以上传到discord，因为guilded肯定不支持上传m3u8但discord支持🤔此时，discord webhook可以一条消息带两个文件，消息内容是m3u8的guilded链接（以txt的形式），附件当然是上传到discord的m3u8🤔实测mpv是可以输进那个txt文件为后缀的m3u8链接播放的，但浏览器肯定不行🤔浏览器肯定得用discord链接🤔

接下来在某大盘鸡上测试，结果出现了问题，我一次性设置的线程太多了，guilded开始封那台vps的ip（全恼🤔我寻思一时半会它也没什么解封的可能性，干脆用我之前设置的cloudflare cname域名上传得了，有种恁去封cloudflare的1145141919810个ip啊（吴慈悲🤔除了cloudflare白嫖版限制一次请求最大体积100MB，那么我的分片大小就只能设置成90MB左右了🤔

用新参数96MB/16线程设置好guilded drive后，它不仅走了ipv6还直接跑出了3Gbps的速度，我去，这机子居然能上3Gbps🤔其实我在某vps评测里看到它现在已经支持突发10Gbps了，3Gbps估计有点受限于其磁盘io的意思🤔很不幸的是一次多线程批处理只有一半线程能出结果，还有一半返回不了链接（恼🤔

看来，我得同时给guilded drive和guilded tube都加一些错误处理和重试脚本了🤔考虑到这玩意每个上传线程里面都是各种管道，我的while循环只能加到管道开始的地方，也就是那个叫做upload_subprocess函数里面的某条语句那里，不然管道后端的函数重新跑起来时再也无法从stdin里读到东西（悲🤔同理guilded drive v4也被我否定了，它尽管没有任何中间临时文件，但它连分片同时算checksum和上传的功能都没法实现，更别说无限重试了（恼🤔

又一顿迫真折腾后，现在它不仅可以对上传失败的分片进行重试，还有带颜色的输出，就像我的discord drive脚本那样（确信🤔而且我还能测出来，无论是guilded drive还是guilded tube，比较合适的线程数是8，而不是16🤔我也借此机会给guilded drive文件的上传部分加上了以checksum作为文件名的功能，顺便添加了其他一些改进，还将github actions用的版本也更新了一遍🤔这两个脚本现在都非常完善了（确信🤔

另外既然它都开始走cloudflare了，我的另外一个之前跑guilded drive龟速的大盘鸡是不是也可以光速跑了？🤔随便测试了下，现在它能跑出1Gbps甚至⑨00Mbps的速度，不错🤔尽管不能将分片大小设置成256MB还是有点不爽🤔

thonkhida

现在几乎只剩下一个问题了：一个叫做guilded tube的东西居然还要依赖discord，这听起来何尝不是一种ntr（大嘘🤔所以我还可以写一个cloudflare workers，来将guilded链接便乘真·m3u8🤔实现起来很简单，它只要检测到链接后面的扩展名是m3u8，就会获取链接对应的guilded文件，将里面所有的链接替换成它的域名（以相对路径/的形式）或者不替换，然后生成一个新的response对象，设置好content-type为application/x-mpegURL再返回🤔否则的话就和我以前写的guilded下载worker一样照原样返回文件🤔

现在，这玩意应该可以随便用了（确信🤔

github actions

接下来我还可以将这个脚本魔改成github actions版，因为为什么不🤔现在基本上可以删掉它里面绝大多数的冗余代码，包括那段又臭又长的参数处理玩意，因为github actions上不可能会有什么参数需要处理，它基本上只需要两个参数：一个视频文件url，一个discord webhook url🤔

然后再随便写个yml，也是接受两个参数，搞定🤔

当然我需要先下载aria2c和ffmpeg，然后极其尴尬的事情发生了：apt安装ffmpeg可能需要一分钟，但用它给视频做hls分片的速度是一千多倍速；而静态ffmpeg尽管只要几秒就能完成安装，但它处理视频的速度只有几十倍速🤔实在是让人吴fuck说（半恼🤔

examples

discord托管的guilded tube m3u8：

https://cdn.discordapp.com/attachments/976157335020007494/1046157786251264020/thonk.m3u8

guilded tube直链（大嘘），没有替换里面的分片链接：

https://guildedtube.wiebitte.workers.dev/6a433287338fbb468f3adacdfdc1dd2b-Full.m3u8

将分片链接替换成了（和m3u8）相同的域名：

https://guildedtube2.wiebitte.workers.dev/6a433287338fbb468f3adacdfdc1dd2b-Full.m3u8

pc可能需要装cors everywhere，手机的话应该不需要（确信🤔

草神的完整技能视频终于放出来了，照例将其上传到discord上，然后发现它居然超过了50MB（悲🤔本能反应打开nacho impact（大嘘）开始上传，然后突然意识到guilded现在需要加上cookies才能正常上传，所以那个html得魔改一下🤔

但在使用xhr.setRequestHeader加cookies请求头后，它上传仍然报错未登录，而且观察请求时发现它也没有加上任何cookies头🤔查了一顿发现貌似setRequestHeader压根就不支持加cookies头，按照所谓的w3c规范，cookies这样的请求头只能由浏览器生成和控制，js脚本并没有权限（恼🤔而在给浏览器塞cookies方面，我尝试了写入document.cookie，但请求头里仍然没有出现cookies，不仅如此，浏览器的存储选项卡里也没找到写入后的cookies🤔再说了，guilded的cookies作用域还得设成什么guilded.gg，而且如果用我的存放在别的乱七八糟地方的html操纵这些cookies的话还得涉及什么跨站请求乱七八糟的，不折腾了（恼🤔

那么为了实现上传过程中带cookies，现在我恐怕只能尝试中转方案了🤔也许我可以使用cloudflare workers来搞这个，就像我搞什么nitro delegation一样，但既然我可以在pikapod的wp-content里面跑oneindex，那么我是不是可以拿php来写一个透传post请求，但只是给请求塞进去cookies请求头的玩意？🤔通过它我基本上可以实现html该怎样还是怎样，用户也能直接上传东西，而我也不用担心什么cookies泄露或者需要用户提供guilded cookies这种蛋疼的事情了🤔而且这样可能还有额外的好处，pikapod的wp容器可以将上传限制调到比如1GB，所以和借助cloudflare不同，它还能支持到上传500MB文件（确信🤔

问题是我上次写php玩意大概还是我上大学的时候，现在我早就忘了php怎么用了，更别说写一个php版curl玩意了（恼🤔

bruhfei

现在php里获取post请求原始数据的方式是file_get_contents(php://input)（又有一说是php://stdin或者常量STDIN，但我没尝试成功过）🤔接下来可能需要在php.ini里（当然对于pikapod的wp容器来说，upload.ini就是php.ini换了个叫法）加一行enable_post_data_reading = Off才能在content-type被设为multipart/form-data的时候用php://input读post请求原始数据🤔php当然也可以获取所有请求头，并在里面加入cookies项，但当我尝试将它们按照原样塞进php的curl函数里面并发送出去时，guilded返回了一个400错误，意思是我没有提供上传的文件，wiebitte？🤔

最后改了114514遍后，基本上确定问题出在哪儿了：全盘照搬发往php的请求头肯定不可取，但我懒得排查哪个请求头导致了问题，我现在基本上只知道它那么多请求头里只有一个content-type是绝对必要的，因为它里面包括了一个叫做boundary的参数，和请求体里分段的boundary得能对上🤔只需要在所有请求头里筛选出content-type，然后再加上cookies（如果愿意的话这里还可以再加一大堆请求头，什么user-agent之类的，但我不加它也能上传，那我就懒得加了，除非哪天它改版了需要这些玩意），再加上原封不动的请求体，此时再发出请求，它终于可以返回guilded链接了（悲🤔

最后还有一个巨坑，php的响应输出是响应头和响应体不分，和cgi-bin（或者说curl -i）一个德性，但和cgi-bin不一样的是它做不到直接将这坨玩意echo出去就能构成整个（返回给浏览器的）响应了，还得手动设置好响应头🤔而且更神奇的是我找了114514个办法都没法将响应头和响应体分开，所以最后我只能在这坨玩意里取最后一行作为响应体echo出来，并设置一个固定的响应头Content-type: application/json了（恼🤔

吴内鬼，来点k-kawaii nahida chan:

thonk

使用pikapod中转的好处当然是大小没有什么死🐴100MB限制，而且也用不着注册什么顶级域名🤔缺陷也是存在的，上传稍大的文件时可以看出中转脚本先自己用某个变量吃下了整个请求，再上传到guilded，这样的话在这个过程中不仅会有明显的延迟，还会明显地占用上传文件体积那么大的内存空间（悲🤔在最极端的情况下，有4人在同时用这玩意，每人都在上传500MB的大文件，直接2GB内存被占用完🤔

再说了，在php.ini里面开启enable_post_data_reading = Off之后，中转脚本是能用了，但别的php程序会出问题，它们可能依赖php自动处理multipart/form-data请求的功能，关掉这个功能后甚至连wp的发布/修改文章功能都能被橄榄（恼🤔

综上我只能再去创建一个pikapod小号，然后撸一个新的wp站了（恼🤔现在pikapod貌似没法随便用域名邮箱注册了，但至少gmail的加点大法还是可以用的，所以懂的都懂（大嘘🤔这次上了2GB内存，白嫖版本的内存容量上限，好，现在法克晴仍然可以照常更新文章了，而且guilded也能上传，乳刻，请（吴慈悲🤔

某天我突然想给我的某个guilded提取数据脚本加上使用aria2c下载的功能，因为curl用来下载实在是太拉，哪怕给设置上32线程🤔具体来说有两种改造方法，一种是将原来那个aria2c下载所有分片的函数直接撸进subshell里面，用一个aria2c进程下载一个批次的所有分片文件，另外一种更简单，将原来subshell脚本里的curl无脑替换成aria2c就vans了，只不过此时一个批次有多少个文件就得有多少个aria2c进程（确信🤔

我最后选用了第二种方法，但测试时tar解压总是报错（恼🤔后来我发现，aria2c在屏幕上打印的那些信息全部打到了stdout里，不像curl那样打到stderr，难怪它们也没有输出到屏幕上🤔所以我还需要在aria2c语句后面加上1>&2，现在它能正常跑起来了，而且checksum功能也能正常运作（确信🤔

而且至少win版本的aria2c还有一个巨坑，给它输一个/tmp这样的绝对路径是没用的，因为它是交叉编译的不依赖任何linux库（包括cygwin相关库）的114.514%win程序，它只能识别win的绝对路径🤔我也许可以用什么cygpath转，但我懒得折腾了，直接将临时分片文件扔currentdir得了（恼🤔

thonk

既然aria2c多文件是这么搞的，那么其实只要用到了aria2c，单文件是不是也能加加速？考虑到guilded drive一个分片有高达200MB的体积，上16个线程应该是没啥问题的（确信🤔于是我就照着多文件脚本的样子改了下，把多文件脚本里的subshell部分放进按行读取guilded drive链接列表的for循环里，然后在里面用一个临时文件来实现（用curl或者aria2c或者任何下载软件）下载文件并检查checksum、检查完成再cat的功能🤔当然这些玩意一加，单文件或者说单线程脚本也没法实现一边下载一边解压了，它至少得等临时文件通过checksum检查才能扔进管道里进行解压，但考虑到绝大多数情况下本地解压的速度其实比下载速度快很多，这部分可以忽略不计（确信🤔

最后到了喜闻乐见的测试环节，多文件aria2c基本上能跑满带宽，比如我本地最大40MB/s的话它绝大多数时间也有个3⑨MB/s，而单文件脚本改成了aria2c后，下载速度也达到了15MB/s🤔不过另外一方面我一开始写的单文件脚本根本不是用来下载文件的，而是用来在系统恢复盘上dd恢复系统的，用来取代ssh xxxx 'cat' | dd of=/dev/vda114514，所以它当然没有什么临时空间用来加速下载或者检查checksum，而且最好能实现一边下载一边恢复（确信🤔

guildedbitte

脚本是魔改完了，但现在我却没写任何往guilded里上传单文件的脚本，而且我也没有在guilded需要cookies之后立即魔改上传html，结果导致我上传这个脚本还得登一遍网页版的guilded（恼🤔然后我发现guilded现在的文件限制从200MB便乘了500MB，和discord nitro一毛一样，而且仍然可以随便用（确信🤔很不幸的是它仍然不支持上传sh文件，所以我仍然得将其改成txt再上传（悲🤔

无论如何，这应该就是最终版本了罢，curl 'https://s3-us-west-2.amazonaws.com/www.guilded.gg/ContentMediaGenericFiles/d57d21cee5103abe5c7966559ad13fa3-Full.txt' | bash /dev/stdin -mt '[insert guilded drive url here]'，请（吴慈悲

这几天着手写guilded tube脚本，准备拿discord tube脚本魔改一番，好家伙，这玩意居然和一代discord drive一样臭一样长（恼🤔好像它就是从一代discord drive魔改出来的，而且在此之前很长一段时间guilded tube甚至都不是独立脚本，本体只有一些ffmpeg辅助函数，要借助一代discord drive脚本上传ts，然后再处理🤔

但到今天，discord drive都便乘二代了，甚至参照着guilded drive撸出了三代，这个脚本基本上没什么参考价值，除了ffmpeg部分🤔而且现在还有一个问题，目前存在的guilded drive脚本都是用来处理数据流的，而hls那套玩意需要上传的玩意是单个ts文件，我恐怕得先撸出一个单文件guilded drive再说🤔

退114514步讲，我的验证guilded是否能做hls视频源的poc实验还没做呢（全恼🤔

hls antics

我之前在某处提过一句，这种使用聊天软件直链做hls视频的套路通常都是：

• 先用ffmpeg对视频进行分片，生成一个m3u8和若干个ts

• 将ts文件上传到discord或者guilded，或者任何鬼地方，获取对应的直链，一个文件对应一个直链

• 对m3u8文件进行114514次替换，直到里面每一个本地文件都被替换成对应的直链为止

• 最后再将魔改完成后的m3u8文件也上传到discord等地方，接下来用装了hls.js的浏览器或mpv加载m3u链接，就能在线看视频了（确信

具体来说，guilded tube和discord tube的区别主要在第三步，discord drive直链里面是有文件名信息的，所以只需要对里面的每一个ts文件名（可以在m3u8里找，也可以直接ls）都在discord直链列表文件里grep出直链，就能替换了🤔而guilded直链完全就没有任何文件名信息，所以只能建立一个同时包括文件名和链接的列表文件了，中间用某申必字符隔开，替换时直接操作这个列表文件就vans了（确信🤔

当然，前提是我在m3u8里写入扩展名为txt的视频文件直链，它还能正常加载（🤔不然的话，恐怕guilded tube这整个主意都要寄（悲🤔

话说除了discord和guilded外，还有什么聊天软件可以无限期上传任意文件？只要它单文件大于8MB，其实都可以搞一搞🤔

thonkpak

我最近发现了一个新加坡网盘（等等，新加坡貌似只有这一个网盘），叫做pikpak，基本上可以认为是新加坡版115（确信🤔比如某些国产（大嘘）片子，用我自己的vps下恐怕一两个月乃至一年都没有源，这玩意就能秒下，说明和迅雷或者115一样，实际的文件是存储在它的服务器上的，公共seedbox就是这么牛批（确信🤔

话说jav种子再怎么也有那么一两个源，国产片子就经常完全没有源，这可真にま生草（全恼🤔

每个新注册账号可以撸一天会员，至少如果只是想下几个片子的话纯白嫖就vans了🤔而且至少目前它还支持纯邮箱注册，所以完全可以用cloudflare的域名邮箱来嫖（确信🤔

下载回本地方面，貌似每个文件限速5MB/s到6MB/s，对命令行极其不友好，需要ip+cookies才能下载文件（恼🤔也许我可以对其撸一个bash脚本，也许我不会🤔但至少目前，我不推荐长期使用它并且买它的会员，除非它哪天出了webdav支持这种比较重磅的功能🤔

thonkeqing

最后我还是给这玩意写了个半拉子脚本，它貌似在点击下载时会产生一个get请求，这个请求很简单，参数只有一个文件id，然后它会生成一个下载链接🤔能够使用这个下载链接的ip貌似和发送上个请求的ip必须是同一个ip，但它貌似并没有限制那个请求需要用什么ip发，这样的话理论上来说可以将整个下载过程扔到vps上去（确信🤔

然而很不幸的是，它的请求头里有一串验证码，而且我也没找到什么算出这玩意的方法（其实它在发送那个获取下载链接的get请求之前还会发送一个post请求，从而获取验证码，但我就懒得折腾了）🤔所以最后我想到一个笨办法：每次下载时从浏览器里抓取到那个get请求的curl语句，然后把这整个curl语句当作我写的那个半拉子函数的第一个参数给它扔进去🤔

这办法尽管看起来很傻逼，但它居然有效，我可以开始下这玩意了（确信🤔很快，我便把nyaa上面一堆死种都下了一遍🤔对了，我还发现一个基本上由死种构成的神奇网站，叫做u9a9.com，实测pikpak能用来下它的种子（确信🤔

貌似还有一种方法是使用cloudflare worker来搭建一个类似oneindex这样的pikpak网盘，然后就有直链用了（确信🤔而且它既然是cloudflare worker了，那么它也就有一个额外的好处，再也没有什么302跳转，那个链接一访问就能开始200，然后开始下载，所以discord那套🐶八玩意也能跑起来（确信🤔