建议：增加需要补种的种子列表和需要保种的种子列表

[tanapok]

建议增加一个功能，可以筛选出急需补种的种子列表和急需保种的种子列表。

急需补种的种子列表：筛选出所有做种人数为 0 的种子。
急需保种的种子列表：筛选出所有做种人数为 3 及以下的种子。这个做种人数可以由管理员自定义。

为了避免让新发布的种子进入列表，可以设定仅限发布 n 天之后的种子进入上述列表。n 由管理员自定义。

[xiaomlove]

有一定意义，数量呢，需要做一定限制吗？

[tanapok]

有一定意义，数量呢，需要做一定限制吗？

我没明白您所说的「数量」所指含义。数量是指筛选出的条目数量吗？我的建议是全部显示，数量过多时，前端页面正常分页即可。

急需保种的种子列表筛选出所有做种人数为 n 及以下的种子，这个 n 最好是可以由管理员在后台自定义。小站和大站的需求不同，刚起步的小站可能平均保种人数就不到 10，那么管理员可以将 n 设置为 3，方便用户找到真正急需保种的种子。而如一些发展较好的站点为了保证种子下载速度，可以将 n 设置为 5、6、7 等更大的数字。

这个功能基于 torrents.php 页面做似乎会比较方便快捷。急需补种的种子列表甚至不用做了，目前可以直接通过搜索箱筛选出来：在 torrents.php 页面的搜索箱右侧栏目中，筛选「显示断种」，然后点击搜索即可筛选出来急需补种的种子列表。

至于继续保种的种子列表，可以给 torrents.php 页面增加一个新的 GET 参数。当此参数为 1 时。显示急需保种的种子列表；当此参数为其他内容或为空时，正常处理其他 GET 参数并渲染页面即可。

急需保种的种子列表筛选出所有做种人数为 n 及以下的种子，这个 n 最好是可以由管理员在后台自定义。管理员在后台定义写死 n 值后，用户在前端仅能获取指定 n 值的急需保种的种子列表，可避免用户在前端利用接口滥用此功能，给服务器增加计算压力。

[xiaomlove]

入口放到哪里？

[tanapok]

入口放到哪里？

我看一些做了类似功能的站点，入口放在了「搜索箱下面、种子列表上方」的位置。