fix(pterclub): fix uploads count and rename the level name

[zhi1ong]

1926 @fzlins 之前还奇怪为啥不用 /getusertorrentlist.php 。。。这样应该 OK 了

[fzlins]

1926 @fzlins 之前还奇怪为啥不用 /getusertorrentlist.php 。。。这样应该 OK 了

还是不对，为啥要改这个获取数？因为现在这个发布数指的是升级需要发布数，其它网站也是这么用的。如果你要单纯的获取发布数的话，需要另外创建变量单独使用。

另外升级名称和获取的用户等级名不统一的也会照成，其它一些基于名字对比的逻辑不工作。

我觉的在现在等级判断和获取都正常的情况下，没必要去改动这些东西。

[zhi1ong]

1926 @fzlins 之前还奇怪为啥不用 /getusertorrentlist.php 。。。这样应该 OK 了

还是不对，为啥要改这个获取数？因为现在这个发布数指的是升级需要发布数，其它网站也是这么用的。如果你要单纯的获取发布数的话，需要另外创建变量单独使用。

另外升级名称和获取的用户等级名不统一的也会照成，其它一些基于名字对比的逻辑不工作。

我觉的在现在等级判读和获取都正常的情况下，没必要去改动这些东西。

这里就是要修正用户的发布数，原本的搜索方式会把 ID 相似的人的发布种子数都统计上来，造成实际上用户发布种子数统计不准，可能你的 ID 恰好没有和其他人类似所以没有复现？

比方说 用户A 的 ID 是 test，那么修改之前发布数会包含 test 和 test* 的所有人的总发布数

升级名称就是顺手而为了，只是作为显示而已

[fzlins]

1926 @fzlins 之前还奇怪为啥不用 /getusertorrentlist.php 。。。这样应该 OK 了

还是不对，为啥要改这个获取数？因为现在这个发布数指的是升级需要发布数，其它网站也是这么用的。如果你要单纯的获取发布数的话，需要另外创建变量单独使用。 另外升级名称和获取的用户等级名不统一的也会照成，其它一些基于名字对比的逻辑不工作。 我觉的在现在等级判读和获取都正常的情况下，没必要去改动这些东西。

这里就是要修正用户的发布数，原本的搜索方式会把 ID 相似的人的发布种子数都统计上来，造成实际上用户发布种子数统计不准，可能你的 ID 恰好没有和其他人类似所以没有复现？

比方说 用户A 的 ID 是 test，那么修改之前发布数会包含 test 和 test* 的所有人的总发布数

升级名称就是顺手而为了，只是作为显示而已

懂了，那链接里需要加上check=checked，这个是用来判断审核通过的。然后获取名字也单独取一下

1926 @fzlins 之前还奇怪为啥不用 /getusertorrentlist.php 。。。这样应该 OK 了

还是不对，为啥要改这个获取数？因为现在这个发布数指的是升级需要发布数，其它网站也是这么用的。如果你要单纯的获取发布数的话，需要另外创建变量单独使用。 另外升级名称和获取的用户等级名不统一的也会照成，其它一些基于名字对比的逻辑不工作。 我觉的在现在等级判读和获取都正常的情况下，没必要去改动这些东西。

这里就是要修正用户的发布数，原本的搜索方式会把 ID 相似的人的发布种子数都统计上来，造成实际上用户发布种子数统计不准，可能你的 ID 恰好没有和其他人类似所以没有复现？

比方说 用户A 的 ID 是 test，那么修改之前发布数会包含 test 和 test* 的所有人的总发布数

升级名称就是顺手而为了，只是作为显示而已

明白了。但是你修改的链接是不对的，试试这个： /torrents.php?incldead=1&check=checked&search=$user.name$&search_area=3&search_mode=2。 另外就是改升级名称，得把获取等级名称一起改了。

[zhi1ong]

1926 @fzlins 之前还奇怪为啥不用 /getusertorrentlist.php 。。。这样应该 OK 了

还是不对，为啥要改这个获取数？因为现在这个发布数指的是升级需要发布数，其它网站也是这么用的。如果你要单纯的获取发布数的话，需要另外创建变量单独使用。 另外升级名称和获取的用户等级名不统一的也会照成，其它一些基于名字对比的逻辑不工作。 我觉的在现在等级判读和获取都正常的情况下，没必要去改动这些东西。

这里就是要修正用户的发布数，原本的搜索方式会把 ID 相似的人的发布种子数都统计上来，造成实际上用户发布种子数统计不准，可能你的 ID 恰好没有和其他人类似所以没有复现？ 比方说 用户A 的 ID 是 test，那么修改之前发布数会包含 test 和 test* 的所有人的总发布数 升级名称就是顺手而为了，只是作为显示而已

懂了，那链接里需要加上check=checked，这个是用来判断审核通过的。然后获取名字也单独取一下

1926 @fzlins 之前还奇怪为啥不用 /getusertorrentlist.php 。。。这样应该 OK 了

还是不对，为啥要改这个获取数？因为现在这个发布数指的是升级需要发布数，其它网站也是这么用的。如果你要单纯的获取发布数的话，需要另外创建变量单独使用。 另外升级名称和获取的用户等级名不统一的也会照成，其它一些基于名字对比的逻辑不工作。 我觉的在现在等级判读和获取都正常的情况下，没必要去改动这些东西。

这里就是要修正用户的发布数，原本的搜索方式会把 ID 相似的人的发布种子数都统计上来，造成实际上用户发布种子数统计不准，可能你的 ID 恰好没有和其他人类似所以没有复现？ 比方说 用户A 的 ID 是 test，那么修改之前发布数会包含 test 和 test* 的所有人的总发布数 升级名称就是顺手而为了，只是作为显示而已

明白了。但是你修改的链接是不对的，试试这个： /torrents.php?incldead=1&check=checked&search=$user.name$&search_area=3&search_mode=2。 另外就是改升级名称，得把获取等级名称一起改了。

实测用这个新提供的 URL 仍然会包含 test* 的用户发布数，我换的新 URL 是从个人详情页中的按钮上拿到的，是准确的

获取名称那里我尝试调整一下，参考 ssd 的在列表中也展示为中文

[zhi1ong]

@fzlins 3941926 统一了列表中的等级名称与升级要求中的等级名称

[fzlins]

1926 @fzlins 之前还奇怪为啥不用 /getusertorrentlist.php 。。。这样应该 OK 了

还是不对，为啥要改这个获取数？因为现在这个发布数指的是升级需要发布数，其它网站也是这么用的。如果你要单纯的获取发布数的话，需要另外创建变量单独使用。 另外升级名称和获取的用户等级名不统一的也会照成，其它一些基于名字对比的逻辑不工作。 我觉的在现在等级判读和获取都正常的情况下，没必要去改动这些东西。

这里就是要修正用户的发布数，原本的搜索方式会把 ID 相似的人的发布种子数都统计上来，造成实际上用户发布种子数统计不准，可能你的 ID 恰好没有和其他人类似所以没有复现？ 比方说 用户A 的 ID 是 test，那么修改之前发布数会包含 test 和 test* 的所有人的总发布数 升级名称就是顺手而为了，只是作为显示而已

懂了，那链接里需要加上check=checked，这个是用来判断审核通过的。然后获取名字也单独取一下

1926 @fzlins 之前还奇怪为啥不用 /getusertorrentlist.php 。。。这样应该 OK 了

还是不对，为啥要改这个获取数？因为现在这个发布数指的是升级需要发布数，其它网站也是这么用的。如果你要单纯的获取发布数的话，需要另外创建变量单独使用。 另外升级名称和获取的用户等级名不统一的也会照成，其它一些基于名字对比的逻辑不工作。 我觉的在现在等级判读和获取都正常的情况下，没必要去改动这些东西。

这里就是要修正用户的发布数，原本的搜索方式会把 ID 相似的人的发布种子数都统计上来，造成实际上用户发布种子数统计不准，可能你的 ID 恰好没有和其他人类似所以没有复现？ 比方说 用户A 的 ID 是 test，那么修改之前发布数会包含 test 和 test* 的所有人的总发布数 升级名称就是顺手而为了，只是作为显示而已

明白了。但是你修改的链接是不对的，试试这个： /torrents.php?incldead=1&check=checked&search=$user.name$&search_area=3&search_mode=2。 另外就是改升级名称，得把获取等级名称一起改了。

实测用这个新提供的 URL 仍然会包含 test* 的用户发布数，我换的新 URL 是从个人详情页中的按钮上拿到的，是准确的

获取名称那里我尝试调整一下，参考 ssd 的在列表中也展示为中文

这个链接不是升级的要求数量，还是会把断种和未审核的包括进去。你试一下这个按未审核列表改的链接：/torrents.php?incldead=1&spstate=0&inclbookmarked=0&check=checked&search=$user.name$&search_area=3&search_mode=3

[zhi1ong]

@fzlins 从官往上的两个链接的区别来看，未审核包含 check=uncheck, 但是已发布并不包含 check 参数，实测加入 check=checked 之后把置顶种子过滤掉了，合理的推测是已发布并排除未审核的，不能加 check=checked

拿发布较多的用户来测试，incldead=1 加上之后部分用户仍然可以过滤出死种，也有例子中确实把死种过滤掉了。但是从变量命名上来看，incldead 似乎是 include dead 的缩写？设置为 1 应该是包含死种。。。Anyway 这个 incldead 可以修改为 1