Replies: 3 comments 6 replies
-
|
二选一我支持维持原样，但不会后续维护，给出提示。然后我给一个新的思路，直接把第三方插件按钮移植过来，不直接移植插件，因为插件库地址是插件作者的，与本项目无关，然后给个插件作者的gitee地址和免责声明，让用户自己去看就行了。但是我不知道会不会出现冲突，一般有冲突重装应该也可以解决。 |
Beta Was this translation helpful? Give feedback.
-
|
插件还是有侵入性，要适配代码，比如说那个卡顿就是三方插件引起的 |
Beta Was this translation helpful? Give feedback.
-
|
如果保留插件会产生莫名其妙的bug，或者影响开发，我建议拿掉，因为这两个插件创作的主要原因是因为之前的nastool作者不再更新了，既然现在H大选择继续维护，那么完全没有必要保留，如果有新站点有需求，适配就好了，见过太多小白新手因为自己配置错误的问题导致项目挂掉，所以我建议可以拿掉 |
Beta Was this translation helpful? Give feedback.
-
|
我也想拿掉，意义不大感觉，很多小白不会写配置，然后出现奇奇怪怪的问题，不如有站提，或者直接把配置pr上来 |
Beta Was this translation helpful? Give feedback.
-
|
确实，感觉从3.2.9.9之后，把jackett集成到插件以后，BUG不断。。。。还是原先的jackett只是一个索引器的版本好。PT就是PT，BT就是BT，分开管理，PT失效了维护一下站点文件就可以了。 |
Beta Was this translation helpful? Give feedback.
-
|
建议按照自己的想法来，怎么出问题的概率小，怎方便怎么做，PT本来就是为小众人群服务的，有能力的自己会去想办法解决，实在不行提issue，而不是去乱搞，也许话说的刻薄了一点，但就是这样，这个项目才能长久的发展持续更新 |
Beta Was this translation helpful? Give feedback.
-
|
我觉得像之前一样 留一个jackett就够了，jackett能满足百分之95的需求了 |
Beta Was this translation helpful? Give feedback.
-
|
集成插件不理想的话，还不如直接像最早那样外置索引调用jackett和prowarr，仅保留高级搜索调用外部索引，这样估计就没那么多适配的诡异问题了 |
Beta Was this translation helpful? Give feedback.
-
原因：
因此想咨询大家的意见，可以进行投票
18 votes ·
Beta Was this translation helpful? Give feedback.
All reactions