这个建议在种子市场看，视乎更快便捷还带搜索排序功能，
主要有个问题，，种子市场限制5W的情况，torrent_cache文件数量却不是5W上限，希望这个改一下，同步上？
比如说种子市场被新连入的刷掉老的种子滚动后。这个torrent_cache文件会同步删掉？这个文件越来越大，，到了20多W个文件了占用15G空间
那个自动刷新按钮是控制滚动的吗，话说能让他不滚动更新吗
服务器可以根据文件类型决定是否压缩后返回，客户端就都得支持。小文件还好处理，大文件很麻烦，增加不少复杂度。
IE11很迷，不同网站不同类型的文件请求头还不一样。我测试的网址是http://www.bing.com。用Chrome的也行。
torrent_cache文件夹包含了他人共享、RSS种子、DHT种子下载的元数据。想要手动清理的话，可以在文件管理器里按时间排个序再删除
自动刷新按钮用来控制收到新条目后，是立即重新排序，还是先放到列表最后面不影响当前浏览位置
种子重名是个问题，可否“磁力+文件名”规则命名，个别超长，自动截断。 如果通过匹配磁力链接，分享市场和dht市场形成逻辑不太一样，但殊途同归，都要通过磁力获取种子。
把一个软件做到极致真是不容易。之前那么多年没怎么升级，今年的每次更新，比特彗星都让人期待。xml格式改成db数据库，市场容量和稳定性极大提升，虽然市场搜索速度下降，可是软件不怎么崩溃了（以前xml格式，市场达到一定数量，基本卡崩），退出软件时，内存占用也小太多了。后来又加入dht种子市场，使用的应该是dht爬虫，之前测试过py的dht爬虫，只能外网使用，令人意外的是比特彗星内网dht也能爬到数据。今年开发的功能，简直是想什么来什么，向开发者致敬
1個讚
感谢反馈，大家的热心支持和积极反馈是软件不断改进的动力。要通过文件名搜索种子，还是建议在软件列表里，或直接用db数据库查询软件。
大佬，可以出个docker版的比特彗星吗，arm64和adm64，这样可以放在下载机上24小时下载
Linux都没出，，别说docker虚拟化的了
也是，实在是不怎么想开电脑
试试windows embedded,工控板上装一个
我用的是arm的矿渣23333.你说的那个应该无法安装
刚升到1.68的时候终于可以登录账号了，现在又登录不了了。
已下载，显示正常，谢谢
咦，出Beta4新版了
20200705便携版里的主文件還是20200702的，打包出錯了麽
不好意思，zip版里exe没更新，等今天更新beta5吧
看更新日志默认ua没改成chrome呀
Beta5 改好了
http新建下载，我认为也是加上Accept-Encoding为好，因为所有CDN web协议标准中，会根据不同的Accept-Encoding请求头，进行缓存不同多份缓存资源，浏览器也是默认发起Accept-Encoding的，这样可以和浏览器共用一份缓存，在CDN有缓存的情况可以提速下载。
所以一般CDN也会返回vary：Accept-Encoding
你可以在Linux下测试一下，看CDN返回的cache hit状态，都是不同的，用curl可以详细打印出来
curl -v -H “Accept-Encoding: gzip, deflate, br” -H “User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36” -x 120.25.195.235:80 “KangleWeb - How to Start a Web Server Business from Scratch in 2024” -o test
curl -v -H “Accept-Encoding: test” -H “User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36” -x 120.25.195.235:80 “KangleWeb - How to Start a Web Server Business from Scratch in 2024” -o test
Accept-Encoding 是编码方式，可以gzip, br等。HTTP下载大文件要分块请求进行多点下载的话，就不能启用压缩编码了。CDN缓存相关的请求头 Cache-Control 目前已经去掉了。
嗯， Cache-Control这个是强制通知CDN下载时候，所有流量一定要回源，这个肯定要去掉的，
上面我贴了 Accept-Encoding的测试方式，你可以试一下
不过 Accept-Encoding的话，只要有任何一个人首次下载完成，剩下的人也就不会回源了，除非请求头的值不一样，不存在或者给于任意值的话，看nginx等源码中，属于identity
根据值不同nginx最多一共会输出5份类型缓存gzip、deflate、compress、br、identity
虽然是同一个url下载地址，但accept-encoding不同，他们并不能共用。
HTTP任务下载文件加上Accept-Encoding也可以，不过应该只对不支持断点续传的小文件才有效果。方便的话提供一个下载测试网址？支持压缩编码的大文件下载？