请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 448 天前的主题，其中的信息可能已经有所发展或是发生改变。
前段时间随手写的一个小程序，功能是给多个 transmission 添加删除任务
现在常用的客户端 webui 功能都比较成熟了，都能用各种 API 实现增删启停任务
后面想了一下，如果功能再拓展一下的话，可以做成一个自助补档服务：
种子 A 、服务器 B 、用户 C
正常情况是，A 做种，C 从 A 处下载
但是 A 停止做种后，C 只能借助离线网盘下载，如果离线网盘失效了，那就只能虚空下载或者等待补档
但是有了 B 后，B 不保存数据，但是有 A 的权限，能搜索并启动 A 的任务，在 A 停止做种后，C 可以通过 B 重启 A 的做种任务
虽然不能完全解决断档问题，但是只要还保存在任务列表中的，还是可以保证文件能完成下载
甚至其实可以作为 tracker 的插件，设置专用的补档 tracker ，tracker 提供索引的同时启动做种任务
现在常用的客户端 webui 功能都比较成熟了，都能用各种 API 实现增删启停任务
后面想了一下，如果功能再拓展一下的话，可以做成一个自助补档服务：
种子 A 、服务器 B 、用户 C
正常情况是，A 做种，C 从 A 处下载
但是 A 停止做种后，C 只能借助离线网盘下载，如果离线网盘失效了，那就只能虚空下载或者等待补档
但是有了 B 后，B 不保存数据，但是有 A 的权限，能搜索并启动 A 的任务，在 A 停止做种后，C 可以通过 B 重启 A 的做种任务
虽然不能完全解决断档问题，但是只要还保存在任务列表中的，还是可以保证文件能完成下载
甚至其实可以作为 tracker 的插件，设置专用的补档 tracker ，tracker 提供索引的同时启动做种任务
 |
1
Forbidden OP 一个很简陋的模型，欢迎围观
demo_211950537_xyz 前端用 python 做的一个简单的页面，后台是 transmission  第一个连接可以进入 transmission 后台，查看做种情况 1 、2 、3 对应 3 个不同的种子， 选不同的种子，程序就会自动启动对应种子的做种任务  选择完后，页面会显示哪一个种子启动补种任务，同时后台会按设置启动补档任务 设计上是可以对多个后台进行操作，也已经验证过了 |
|
2
Forbidden OP 个人水平不足，最多也就只能弄出这种概念原型
希望有人能沿这个思路开发下去 |
 |
3
kkk9 2023-09-27 04:30:15 +08:00
一般不做种的原因是时间久、空间占用更替，这样搞变成旧文件需要一直存在了，硬盘够不够用是一回事，那都存着了还不如一直做种呢……
|
Select Language