1.76测试版

2個讚

有了有了… 全選按更新, 馬上匯入10萬筆, 真是太強大了… 很有感… XD

有没有办法单独只查询stats?mode=top100 页面,里面的种子都是当下最热门的,旁边有peer数量也可以读出来到界面显示
scrape太大了有好几百M!

可以手动修改url, 路径里的announce改成stats?mode=top100
最好先在浏览器里试一下tracker是否能正常返回

image
这里多加一行,tracker 种子(热) ?可以的话能自动化比较好。
我去试一下手动行不行。。

多加一个类别太麻烦了,还是在右边把peer数量解析出来吧

不是我意思是说这里单独做一列?该处只解析stats页,,和scrape功能分开做成2个显示

那就折衷方案… tracker 匯入, 多一顆 top 100 按鈕… 然後全選更新, 或多或少某幾台會正常返回, 不知可不可行?

剛用 notepad++ 修改貼上好像不行…

1個讚

你的意思应该是把scrape和stats分开显示,但scrape里又会包含stats的热门种子,所以如何设计界面还可以再考虑一下

UDP tracker的scrape命令不支持返回infohash列表,所以输入框里显示不支持

1個讚

应该可以处理下,自动过滤udp的

1個讚

对,可以自动过滤一下

1個讚

问题版本1.74
DHT还是容易引发Slow UDP Denial of Service Attack,,能加个连接超时优化下吗?
加个高级选项,dht.udp_send_queue_sec,默认值10秒,最多允许存在队列里面10秒则进行drop丢弃
或者现在DHT是每30分钟请求一次,在每30分钟请求DHT网络之前进行清空全部队列执行丢弃也可以?
当然推荐是2个方案同时都做起来。。。
现在的drop机制只有是外部访问才执行,,主动查询DHT网络没有做,所以就有这种毛病啦,加个10秒超时就好了
image



你的DHT数据包发送队列怎么会这么长呢?是启动的任务很多吗?

帮群友发的,他就挂了30个任务出现了这个问题。

自己對底層不太熟, 請問 [提交記憶體] 可以再細分是哪幾個模組在吃嗎?

實體記憶體可以瘦身, 提交記憶體 或 虛擬記憶體是否也可以瘦身?

才下載3個任務, 又快把記憶體撐爆… ?

會不會這個造成…? 自己爬了80幾萬筆慢慢解析…


我自己服务器上没遇见那人的情况,只有每30分钟查询一次的产生每次持续5分钟左右

image

种子选择性下载会产生.piece_part.bc!
种子任务完成后,删除种子任务时,都没有把资料夹内的.piece_part.bc!档案删除,
1.73以前版本删除时,都会删除,现在都不会,可以修复吗?123

选择下面的选项,同时删除已下载的文件

1個讚

這2天掛bc讓我有點懷疑人生.這麼多長效種子.我怎麼多沒看到.

我要保留下载的档案,删除已下载的文件选项,会删除种子选择性下载下来的档案
,我要修改资料档案名称跟换位置,所以在任务中删除,但是第一个选项删除任务
不会删除.piece_part.bc!,以前版本会删除.piece_part.bc!,而第二个选项删除任务会把档案全部删除。