算了。。。我服务器上改的东西太多了，还套了cloudflare，不太好测试
给你贴个别人kangle web服务器官方的下载地址，上面发了，尾部的?test参数改成任意值，然后curl测试，论坛引号转码有问题，可能你要记事本处理下不能直接复制到ssh上
或者你可以在自己的nginx服务器上试试，也是一样的，会输出不同的缓存信息
nginx的代码太乱，，看不太懂，不过实际测试中，确实可以看到不同的 Accept-Encoding输出了不同的缓存文件
我明白你的意思，加上 Accept-Encoding: gzip可以让CDN返回文件的压缩版本快照。但这样没法和断点续传的Content-Range一起配合工作。所以如果给HTTP下载添加AE头的话，应该也只在开启1条下载连接的情况下添加。
你的截图是mp4文件，不支持gzip编码的。我是说下载地址同时支持gzip和Range的情况。
只打包了100张图片 
没图片的可以显示成缩写字母
哦，，好吧，我试了下，文本内容发起range，服务器也会输出Content-Range响应头，可以正常响应多线程支持，不过压缩状态已经没有了
我也是这样想的 
不过我看了下协议规范，甚至apache也是支持的
The If-Range HTTP request header makes a range request conditional: if the condition is fulfilled, the range request will be issued and the server sends back a 206 Partial Content answer with the appropriate body. If the condition is not fulfilled, the full resource is sent back, with a 200 OK status.
This header can be used either with a Last-Modified validator, or with an ETag, but not with both.
The most common use case is to resume a download, to guarantee that the stored resource has not been modified since the last fragment has been received.
在单个请求中，Range头信息能够询问多个范围，这种特性称为"多部分范围（multipart ranges）"。请不要和分段下载（segmented downloading）混淆，几乎任何的下载工具都使用分段下载来提高下载速度。这些工具声称通过打开两个或多个并发的连接（每个连接请求文档的不同范围）提高了下载速度。
多部分范围的想法并没有开启多个连接，但是他能够使客户端软件能够在单个请求/响应周期中请求某个文档的最前面的十个和最后面的十个字节。
不过反正这两个是冲突的，在支持Range的情况web服务器是无法压缩，一定要响应无压缩的206状态数据
嗯，那HTTP链接下载这就不加这个了
国旗的问题，该怎么贴呢？贴青天白日旗的话，会有不少中国用户放弃使用比特彗星的吧，贴五星红旗的话，台湾那边要炸锅放弃使用比特彗星了吧
，，其实我觉得，国旗不好识别，上百个国家，很多国旗也不认识还要鼠标移动上去，不如直接显示数据库中的英文Hong Kong，或者2位缩写
内啥，我觉得旗帜方便，因为cn大陆区用户容易有120开头阿里云（迅雷，百度离线服务器），需要特别防范（特色，蛤蛤）红旗比较好认
qb是把那个分类是国家/地区，bc也可以这样
大佬，能否修改下软件积分更新时间啊，早上8点这个时间大多数人不会开电脑的啊，
可否改到晚上9点左右
这是美国软件 中国用的不多 人家美国时间0点 我们这多8小时时差就是早上8点了 人家肯定不同意改的
这不是台湾软件吗？？？竟然是美国软件？
我感觉国外基本都是用ut和qb的2333333
能不能提供一个 禁用track服务器的选项。仅开启dht和pex就差不多够用了。
dht+pex+long-term seeding+relay
relay（当两个内网同时连接一个外网中继，内网即可实现数据交换）
有的peer速度奇慢甚至无法连接，如果有relay，有时会有奇迹。当然relay会有节点的稳定性问题，不过relay作为应急选项，本身就不是为了高速下载准备的。
希望比特彗星的开发者能率先实现relay功能。虽然现在已经很好用了。
我觉得如果要加relay功能要给担当relay的中继额外 奖励啊，因为占用了更多的带宽和电量。
这个relay是做成类似长效种子的模式比较好，个人感觉
