utorrent在请求pt种子时候会发起一个scrape请求，，是啥东西干嘛的？tracker announce刮协议
utorrent在请求pt种子时候会发起一个scrape请求，，是啥东西干嘛的？tracker announce刮协议"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)" 16b0a22a102-7fe23aac2600
"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)" 16b0a22a4d7-7fe23aac2600
搜索了下，，一脸懵逼，不知道是啥
bt协议官网介绍scrape：http://www.bittorrent.org/beps/bep_0048.html
从bep48协议规范得知，也就是说发送scrape请求，仅查询当前种子的人数，没有开始停止等操作，不会把自己的ip公布到tracker列表中，也不会获得完整的peer列表占用服务器宽带，只获取种子人数
多选时候可以根据bep48列举出来的，同时附带多个info_hash字段，此时仅产生一次查询请求
帖子补充
scrape其实可以删了，用处基本为0，连接tracker服务器之前，查询服务器当前在线人数
感觉没意义，不知道bep设计这个规范是做什么用？直接请求tracker也是一样的，请求tracker之前多一个scrape导致要2次数据库查询信息，存粹是性能浪费
唯一有用的我就觉得是fullscrape，可以查询tracker上所有当前存在的种子列表，类似rss，或者这个scrape更像个api吧，可以用第三方软件来查询是不是死种之类，BT客户端支持scrape反而没必要
这样使用scrape查询的时候，不会把ip地址与端口信息记录到服务器peers列表里，服务器性能够可以留着原样不动，对比下重命名成scrape.php.bak的CPU消耗
就是为了检测Tracker的状态，方便告知用户或进行调试 https://en.m.wikipedia.org/wiki/Tracker_scrape
页:
[1]