官方在不，我的1.68卡死了
那你下载169啊
把下载失败的拿到http新建下载，发现响应错误码0或者403，应该是被CF拦截了。
这个请求头应该改进下，做到和chrome类似之类，最好把accept-encoding等gzip压缩字段也加进去，让其更加接近浏览器
Pragma: no-cache这个已经失去作用了，不需要加，
Cache-Control: no-cache的话才有用，是http清理缓存标准，不过也不推荐加，这样会绕过CDN缓存直接回源站读取下载数据，影响CDN缓存输出。导致下载速度不稳定降低等情况。
Cache-Control: no-cache可以通过一个高级选项，代表HTTP下载是否发起 no-cache，默认不发起、
参考http协议规范Pragma已经彻底失去了作用，并且已经过时不在属于规范，以Cache-Control代替
我用http新建了一个下载后，发现响应403错误
顺便我联系了对方rss的网站管理员，通过核查确实是被cf拦截了，原因估计就是不规范标准
可以看到cf触发拦截方式为浏览器完整性检查
对方网站rss地址：<![CDATA[爱恋动漫BT下载]]>
2個讚
我感觉你懂得好多啊，你为什么不加入比特彗星开发部呢。还有工资拿
1.68种子存档和我的分享删除列表后，文件夹内torrent文件还存在，
以前版本删除种子存档列表，重新打开软件后，会通过任务列表生成一份新的种子存档，现在为空。
还有那个，我系统已经设置了ipv4优先啊，怎么比特彗星发起是ipv6，，，cmd ping域名也是显示ipv4的
他cf cdn上看到是我服务器ipv6地址。
1.68视乎经常性跳0KB，然后1分钟后恢复正常下载速度不知道你们遇到没？
2個讚
我不懂啊，我就是个垃圾
mac版v1.68.1 发布了，可以试用一下
关于那个ua问题，，上面我发了是有两个不同的ua，rss后的http种子下载又是一个独立的UA，不受高级设置里面的参数改动。。那个设置只能改新建http链接的ua
顺便统计信息展开后的发送流量和速率对不上（我知道了，，，是一直卡着几万队列不降低，然后导致流量不一致）
rss启动了自动下载，下载成功后的种子，显示了元数据已获取
如果通过rss更新后进行新建任务，不能直接拉起本地种子文件而不是通过网络下载吗。
目前是这样的
是的，卡住了很多。看来DHT流量暴增有可能种子列表开启了元数据下载导致的。
会直接使用已下载元数据，不用重新下载
关掉了也一样，，估计是因为我是公网IP，被当成超级节点一样的东西了
试试把上限调低点？
大陆用户下载不了…
要梯子。。。
懂得都懂。。
锁区= =.
建议：
1.优化同一内网内peer发现，内网peer加入反吸血白名单。（局域网两台电脑，不能互相发现，需手动添加。还会被反吸血屏蔽，望添加白名单）
2.安卓客户端，增加手动添加IP端口功能。方便客厅电视使用（最好能自动或半自动扫描，电脑端二次确认验证）。
3.功能改进，下载完成的文件，可选择不从emule插件中移除。可使用emule插件持续低速上传，延长存活时间。
4.添加，外网低速中继功能。外网用户，可自愿选择开启中继功能，协助内网转发连接内网（可选加密）。
5.截图和评论，可参考第四项建议，实现p2p中继连接，提高部分大内网地区查看成功率。
感谢开发者，互联网精神：开放、平等、协作、快速、分享
4個讚
中继这个想法很棒
内网发现都是基于upnp的，你确定两台电脑都打开了吗，在网上邻居里面可以互相看到其他电脑设备不？内网反吸血可以让官方搞一个开关然后对以下IP不启用反吸血，同时用户列表可以标注个括号，内网用户
localhost;127.;10.;172.16.;172.17.;172.18.;172.19.;172.20.;172.21.;172.22.;172.23.;172.24.;172.25.;172.26.;172.27.;172.28.;172.29.;172.30.;172.31.;192.168.*
安卓端貌似有手动输入IP端口的，，你看看，可能英文的不太好认识
中转穿透内网这个有挺多第三方软件，不过内置的话，应该不太可能提供。这个涉及到DMCA了，想法是没问题，主要是软件要承担的责任风险
5的想法很好，但在内地由于众所周知i的原因这种东西基本会被ban,比如Resilo Sync.
中继很棒，还可以降低做种门槛