草神的完整技能视频终于放出来了，照例将其上传到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那套🐶八玩意也能跑起来（确信🤔