DHT和tracker市场元数据下载走的是主线程吗？高级设置里设置的并发量比较大的话，cpu主频低性能差容易卡住整个软件
测试后发现是因为限制了最大10W导致卡住，改成无限制就不会那么卡了
可能因为tracker一瞬间添加80w个磁力导致数据库处理出现了什么cpu性能问题
DHT市场倒是没什么问题，因为不会一瞬间添加几十万的磁力，基本一秒就几个。
估计因为db数据库触发10w限制，导致写进去又删除，如此反复引起的性能消耗，无限制只需要写进去一次即可，所以设置无限制的时候没那么卡
然后这部分操作又是主线程完成的，就导致了整个软件卡住，从测试结果来看，和高级设置里面的并发设置无关，，设置1也会发生这种卡顿现象。
就是请用户自愿共享一点流量，解锁36级通行证的功能，也让开发者赚点广告费。不启用也没啥限制，和正常使用一样。
应该是这个原因
Mac版 v1.99.1 修复了全英文的问题。闪烁是在哪里？
这个流量是大概是多少呢
大于36级启用除了能支持开发者外，就没有其它作用了是吧？
看到是由这个网站提供的收入，https://pawns.app/ 网站上没什么详细资料，，，不知道共享的流量用于什么用途
从网站的介绍来看，“pawns产生的流量都是加密的”，没有明确指出什么用途，感觉会被用来当lokinet的中转tor节点什么的，对安全性有一些质疑（如果是中转节点倒是没事，因为不是出口节点）
方便优化吗，比如说做到工作线程
试了一下它的官方的客户端，要求ip是住宅ip，否则会报错
其他没什么可以设置的，挂了一会儿似乎也没什么跑什么流量
虽然网站页面写的是根据流量给钱
也许目标就是住宅ip
提个建议，关于临时汇报tracker，获取种子用户量信息，进而帮助用户判断种子市场的种子是否还存活。
大概流程（就大概比划一下，描述不一定很到位）：用户在种子市场，选中种子（单选或多选），右键点击种子出现菜单，菜单里有个选项【种子测试】，点击种子测试后，就会汇报种子获取当前保种人数信息，在【热门】这一列（或新设置单独一列），就会出现保种人数的数据。
至于汇报到哪个tracker，内置固定的tracker，或使用用户自己的tracker列表里的tracker，或单独设置一个tracker栏让用户自己填，感觉都挺好。
如果几个tracker服务器回报的保种人数不一样，那可以取最大值。
adhome 确实好用 我现在用的也是这个
最好是设置为路由器的上游dns
唯一可惜的是不能设置为通过代理进行查询 不过在二层进行分流还是可以的
一般情况下不用DOH用TCP也能防污染
问题反馈
为任务手动添加标签后 选中的任务标签会自动跳到最后一个
如果要做可以学utorrent发送scrape请求，仅查询当前种子的人数，没有开始停止等操作，不会把自己的ip公布到tracker列表中，也不会获得完整的peer列表占用服务器宽带，只获取种子人数
http://www.bittorrent.org/beps/bep_0048.html
[30/May/2019:19:06:10 +0000] "GET https://域名/scrape.php?passkey=xxxxxxxxxxxxxxxxxxx&info_hash=%aa%29U%e0%eb%3e%ddW%04%ea%8f%c0%85%1f%aa%91.bx%ae HTTP/1.1" 200 106 "-" "uTorrent/355(111914906)(44954)"[Kt51] 16b0a22a102-7fe23aac2600
[30/May/2019:19:06:11 +0000] "GET https://域名/announce.php?passkey=xxxxxxxxxxxxxxxxxxx&info_hash=%aa%29U%e0%eb%3e%ddW%04%ea%8f%c0%85%1f%aa%91.bx%ae&peer_id=-UT355S-%9a%af%8a%5c%f3%10%1dz%073%9f%9b&port=22222&uploaded=0&downloaded=0&left=45292905933&corrupt=0&key=86386A7E&event=started&numwant=200&compact=1&no_peer_id=1 HTTP/1.1" 200 1850 "-" "uTorrent/355(111914906)(44954)"[Kt197] 16b0a22a4d7-7fe23aac2600
多选时候可以根据bep48列举出来的，同时附带多个info_hash字段，此时仅产生一次查询请求
大種子空間怎樣操作才不會導致硬盤100%寫入?
預分配開不開都一樣…打開種子直接100%…除非等他搞完
有詳解嗎?
安装磁盘提速服务，托盘处会提示安装，或者在高级设置中安装
之前说的根据ip库屏蔽某些国家2位代码看来还没搞出来，要不然方便增加一个ip过滤文件吗？其它bt软件都具备这种功能
需要支持匹配和list相同成功拉黑，或者非模式匹配（不在ip列表中就拉黑，也就是ip白名单模式）
例如transmission，utorrent等都具备ip过滤功能
https://bbs.itzmx.com/thread-20519-1-1.html
数据来自IPIP数据库免费项目地址：GitHub - 17mon/china_ip_list
我自己转换的一个格式，第一行代表更新时间或者更新hash信息等用于变动列表验证，第二行是ip地址，第三行为空
http://github.itzmx.com/1265578519/kangle/master/ipip/china_ip_list.txt
这图一看就能明白吧，是不是很好理解，ip库可以和tracker list那样点击后更新，图上是其他软件放内存中，比特彗星可以把ip库文件和db文件一样，放本地（在简单来说，和比特彗星官网屏蔽中国地区下载软件一样，要客户端能够支持这种效果！）
检测到匹配ip成功，在connect发起之前，就自动进入用户ban列表10天拉黑，并且这一次产生的connect请求不会发起成功。
要做的话，得注意http协议规范中的414状态码限制，request body size limit，一次产生的url长度不得超过255，post header请求数据不得大于8MB
// https://www.ietf.org/rfc/rfc2616.txt
3.2.1 General Syntax
The HTTP protocol does not place any a priori limit on the length of
a URI. Servers MUST be able to handle the URI of any resource they
serve, and SHOULD be able to handle URIs of unbounded length if they
provide GET-based forms that could generate such URIs. A server
SHOULD return 414 (Request-URI Too Long) status if a URI is longer
than the server can handle (see section 10.4.15).
Note: Servers ought to be cautious about depending on URI lengths
above 255 bytes, because some older client or proxy
implementations might not properly support these lengths.
不过现代浏览器的url支持到2048长度了，包括nginx iis服务器一般也不会限制太死的长度（nginx视乎是8192）
info_hash v1的话，包含域名本身长度，255也只能容纳3-4个hash，感觉视乎也没必要浪费时间做组合请求了，每个info_hash查询请求都单独发就算了。
直接把32bit的放一个文件夹里, 只留64bit甚至改名删掉_x64
啥流量？PCDN吗？
beta3 已发布
切换后重启一下程序
