远程推送设置HTTP下载文件名能方便弄一个吗。。迅雷云盘服务器没有返回文件名在头部，导致文件名为index.html，此时只能通过脚本取api值然后远程下载推送新的文件名上去
还有远程界面最重要的添加镜像地址功能！这样才能同时连接多台服务器去同时下载
这个其它流量具体是指？包含UDP的DHT之类了吗？
User-Agent和Cookie测试推送正常了
但是默认连接数不生效，，设置为connection: 200，但是推送后客户端只收到20线程
测试远端下载方为v1.86 Beta2，做种方1.85，，还是不行
然后试了一下，，双方都是v1.86 Beta2，也没成功，还是存在问题请继续完善
现在这个http下载需要手动左上角选HTTP下载，手动输入url，Referer,User-Agent,Cookie这些参数
是不是可以说把
这个磁链改成添加下载，
这里自动判断是http/https还是磁力，弹出不同窗口
另外是否可以考虑新增一个支持的格式例如
{“url”:“xxxx”,
“Referer”:“xxx”,
“User-Agent”:“Mozilla/5.0…”,
}
这样就可以浏览器写个脚本复制直接下载了
beta3加上了
是指其它TCP连接，如通行证登录、长效查询、更新检查、web种子、websocket_tracker、RSS订阅查询等
beta3已修复
感谢反馈，回头再测试一下
如果做到一起进行判断的话，用户输入的http链接是作为文件单独下载，还是作为BT任务的torrent文件下载，不太容易明确区分。
目前Chrome的插件就用了类似的方式。插件的JS代码都是开源的，有兴趣可以看看。
如果做到一起进行判断的话，用户输入的http链接是作为文件单独下载，还是作为BT任务的torrent文件下载，不太容易明确区分。
种子文件的后缀名一直是.torrent。判断这个应该是没问题的。
目前Chrome的插件就用了类似的方式。插件的JS代码都是开源的，有兴趣可以看看。
github链接能发一下吗？
和官方说的一样，，不方便判断，因为torrent文件不一定是.torrent结尾，例子有很多，随便挑选一个都是非torrent文件结尾
http://v2.uploadbt.com/?r=down&hash=5bc5dcd6b043d401df6dd2abf7d5a5066390c207&name=[kisssub.org][Lilith-Raws]%20%E5%8D%8A%E5%A6%96%E7%9A%84%E5%A4%9C%E5%8F%89%E5%A7%AC%20/%20Hanyou%20no%20Yashahime%20-%20Sengoku%20Otogizoushi%20S02%20-%2020%20[Baha][WEB-DL][1080p][AVC%20AAC][CHT][MP4]
所以ui这上面可以不用改动了吧
我以前提过，你想要的应该和我这个需求做法一样，浏览器使用脚本js输出一个文件，双击打开文件即可下载，或者通过软件内导入下载列表，，或者是这种命令行的
不过我现在想到了一个更好的办法让浏览器脚本js文件直接post推送到127.0.0.1的远程webgui，甚至更方便一些，直接网页浏览器上一个按钮实现下载文件，所以现在1.86这个版本在加强webgui，把Referer、User-Agent、cookie、镜像链接、文件名、线程数都支持了
直接解压crx文件即可拿到未加密的完整源码
很久之前提过的一个界面BUG，托盘修复防火墙后还是显示失败，没有弹出成功提示框，需要重启软件才生效
做一下和磁盘提速服务那样的效果？弹出个提示框，并且统计上界面显示立即变成已运行
话说websocket_tracker的超时还没做吗。。不会跳出Tracker connection error: connection timeout
最多只有这种提示然后倒计时也没了，，不去重试连接 Tracker connection error: connection closed by remote
或者提示之前那个什么鬼提示
和现在的版本连上了ws但是不解析用户ip获取不到peer好像也没什么用。。。
希望可以修改下种子数据下载困难的问题，过年之后连热门资源的磁链下载元数据都得等很久
看官方要不要继续提供种子下载服务器吧，种子文件下载服务器挂掉好久了，
要继续提供服务器支持的话我感觉可以等这个BUG修复了后在提供，，以便测试问题
个人建议32位缓存大小不要超过1100M，进程空间上限包含缓存不要超过1200M，，，因为1500M是32位的极限，32位单个进程内存上限1500M，一旦达到1500M，就很不稳定，容易出现内存指针被破坏，32位而不是1.99G，自然崩掉了
不要相信网上的这些做法，，我都试过，没有用的，进程达到1500MB还是会内存溢出崩掉，什么改进程空间为4G都是没有用的
针对32位，这里可以做的的科学一点? 比如检测到到内存不足，直接自动降低线程数量，并且在此处通知内存不足字样，实现线程动态调整，此时较少的线程可以降低内存使用量，用户也应该知道内存爆了 开不了那么多线程了
不过32位感觉没什么存在的必要了，还是不要针对32位做那么多智能调整的代码浪费时间了
32位要不要加个运行软件时候每次一次提示，每次32位软件重新启动后会再次触发检测，在右下角通知之类 64位就没必要做了
检测到提交大小占用超过1.2G时（不是工作集，这个会被压缩有可能导致误判），
提示“当前正在运行32位软件，进程可用内存空间不足，请检查缓存大小使用情况，或者使用64位版本。”
或者要不然，，，检测在64位系统时，运行32位版本的时候直接重定向拉起64位版本进程启动！
免得有傻瓜老是崩溃，远程定位一看发现是用的32位的然后内存不足引起进程崩溃！
1個讚
32位的确没啥用，谁用xp系统啊
和官方说的一样，，不方便判断，因为torrent文件不一定是.torrent结尾，例子有很多，随便挑选一个都是非torrent文件结尾
并不是判断下载链接，链接返回的响应头是 Content-Disposition:attachment; filename=“xxx.torrent”。判断文件名即可
看官方要不要继续提供种子下载服务器吧，种子文件下载服务器挂掉好久了，
不一定非要官方提供，比如可以使用这两个种子元数据缓存
https://btcache.me/torrent/5B3F3DA450784FB27609212721562869AF226263
beta2又测试了一下，没有遇到下载磁链时不去请求元数据的情况。理论上只要建立了TCP、uTP连接，没有元数据的一方就会主动向另一方请求元数据。是否请求元数据和TCP是否阻塞没有关系。 你遇到的情况具体是怎么操作的呢？
默认情况下建立了TCP连接，就不会再发送UDP数据包尝试建立uTP连接了，这样A就只能得到B报告的UDP本地监听端口，而无法通过接收B发送的UDP数据包获取B实际的UDP外网端口。
接收到Content-Disposition确实能判断是否为种子文件，但就得删除已创建的HTTP下载任务，重新创建一个BT下载任务，流程上比较麻烦，界面上也容易造成困惑。
感谢建议
之前测试这个地址没遇到超时的情况，可能和网络状况有关系
感谢反馈
btcache这个确实好，库也大，我也经常用，但是没有提供api诶，下载的时候有验证码，要是有api就好了，可以在我的分享新增种子的时候自动上传一份到btcache存储，下磁力数据的时候自动api下载一次，当然还是官方提供服务器的话更可靠了
话说要用第三方的话，有没有可能直接调用迅雷的种子文件库？
那，，我还是录屏吧，稍后编辑补充
视频体积要小于5MB，不然无法上传上来，，为了保持清晰度，视频画面帧数有点低，这回应该能看懂吧
有没有一种可能，在B建立TCP成功到A并且传输数据成功后，同时额外发送一个握手utp包给对方（代码上需要判断B启用UTP为自动检测及以上选项时才额外发送），然后此时B就可以拿到对方拒绝新产生的UDP连接连入到A的回复，实际远程UDP端口号就来了！因为已经建立了一个TCP连接，大部分客户端一个IP不允许同时建立两个链接请求，此时B所产生的UTP的远程端口就可以通过PEX交互出去了给A？我这个想法能实现吧，可以做的话能大幅度提高打洞效率了
所以我也觉得保持现状比较好，目前磁力的http种子会自动发起cookie等，并且有超时下载失败重试之类，无需另外再改动了，这两个功能需要分开，不用改动它
任务列表多加点试试，，或者找个网络烂点的电脑。。在早期的版本是会超时的，然后后来去掉了，因为当时的超时会错误把已经建立连接成功的ws tracker给超时中断掉
希望能支持如QBittorrent一样的搜索插件，这样就可以支持快速搜索其他网站了
会有版权纠纷的吧，自己搜不好吗
感谢视频反馈，已查明原因，下一版修复。
发送一个简单的UDP数据包（uTP或者DHT协议）难以和已建立TCP连接的peer关联起来，可能得设计私有协议了。
感谢建议
1個讚