ted423
ted423
> > 倾向于受到HR警告的数量 若各家定义不同 可以考虑直接显示？ > > 直接显示不利于排序等功能，还是能经一层标准化好些。 受到HR警告的数量这个（我理解的是某些站点的”未达标“）有意义吗？从概念上来说，应该是”考核中“的价值上更大，但多数站点仅提供了”未达标“的数量，仅有少数`直接`提供了”考核中“的数量。 另外还有些站点提供了HR上限的这个怎么体现？ > > 我一个初步的设想是HR列显示成 `考核中数量 / 已获警告数量 / 警告上限`，如果对应值不存在直接 用 `-` 符号表示即可。站点部分对应多设置三个字段 `hnr_doing`, `hnr_warning`, `hnr_max`。对于部分站点 `hrn_max` 可以直接硬编码。 那么对于 > > *...
[2021-10-07 13-24-36.zip](https://github.com/ronggang/PT-Plugin-Plus/files/7298952/2021-10-07.13-24-36.zip)
@Rhilip 我设passkey的主要目标是批量复制连接到下载器下载，对我来说的话，如果没这功能大概就是批量替换下连接。倒是问题不太大
> > 内部逻辑的问题，在搜索过程中生成的下载链接中带有 `&passkey=` 的信息。 由于nphp下载时优先使用 `&passkey=` 字段而不是cookies认证导致下载错误。 > > 所以说我们有必要保留passkey在站点设置中的必要性吗？ 这个我在之前讨论的时候就说过是一个过时的设计，目前我们也有多种办法绕过这一个（不再采用拼接字符串的形式生成种子链接） 另一方面，国内部分站点使用downhash的形式生成下载链接，抛弃了passkey生成。 > > 那请问这个要怎么处理呢？我检查了我的passkey应该没问题，是正常的。 图我编辑掉了。。。什么骚操作，搞得我都不敢问你什么站了
 还有可能下回来MT的二步验证的网页
https://github.com/ronggang/PT-Plugin-Plus/issues/1125
希望失败能显示相应的站点名
试了下，如果不重新搜索的话，这个数字似乎会累加？ (这个没太大问题，会去重
另一个问题，当第一次重下失败，后续勾选多个任务时只能去重下失败的任务，并且该下载成功后会取消所有的已勾选项
https://github.com/ronggang/PT-Plugin-Plus/issues/554