Rhilip
Rhilip
参考Wiki说明 https://github.com/ronggang/PT-Plugin-Plus/wiki/how-to-open-background-page 在背景页的Console选项卡里面输入命令
移入PTPP v2中
关于用户密码错误这个问题,我不认为应该在发送种子的时候来处理。 在添加客户端时,我们已要求用户进行可连接性验证,确保身份信息正确。
这块目前确实是写死的,等ronggang他看吧。我没DS的测试环境。 https://github.com/ronggang/PT-Plugin-Plus/blob/7d0b92828eddaed2ff4387ae09c8942a45321548/resource/clients/synologyDownloadStation/init.js#L146 > Update at 2020.10.26: 对函数调用进行检查,发现底层并没有传文件名到客户端的方法。暂时无力解决该问题。
实际上,passkey并不是必填的。~~在HDC这个站点,不填反而会提取出正常的链接。~~ 不对,不填提取出来的缺少uid信息。
@ronggang 能否考虑把站点设置中的密钥一栏,改成和搜索方案配置一样,采用追加下载链接参数的形式。 随着我们将种子推送改成本地下载之后,原来站点设置中密钥栏显得并无多大作用。 前面 #361 也有用户提出对下载链接提出额外的params请求,但当初的解决方法是使用自定义插件。 此外,就目前链接提取的实现来看 https://github.com/ronggang/PT-Plugin-Plus/blob/c7b238304d6e237fa71290b4a49beb6c8d136b6f/resource/schemas/NexusPHP/torrents.js#L49-L59 对参数附加也过于固定,这方面开放给用户可能会更好。  
看了一下,和 #573 的问题还是有些不一样。还是等一下 @ronggang 关于前面意见的想法吧。 https://github.com/ronggang/PT-Plugin-Plus/issues/557#issuecomment-652791092
改成3试试?7过高了 ``` curl "https://b74.dsm7demo.synology.com:5001/webapi/query.cgi" --data-raw "query=all&api=SYNO.API.Info&method=query&version=1" ``` 的结果显示 `"SYNO.DownloadStation.Task":{"maxVersion":3,"minVersion":1,"path":"DownloadStation/task.cgi"}` 即我们使用的API最高支持才到3 但 Auth 这个实在有些说不过去 `{"SYNO.API.Auth":{"maxVersion":7,"minVersion":1,"path":"entry.cgi"}` 因为看API返回是正常的,但demo环境我这边无法进行登录测试。
emmm,因为官网的demo,并没有给用户名和密码信息,且本人并没有DSM 7环境,所以我也没办法进行进一步的测试。 那目前我能想到的比较好的方法是sid获取走`version:3`或者更高的接口,推送还是走`version:2` 的原始接口。 即不改动 `init.js`中写死的 `this.version = 2`,而是只改动 `getSessionId()`部分提交的version。 ```patch Index: resource/clients/synologyDownloadStation/init.js IDEA additional info: Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP UTF-8 =================================================================== diff --git a/resource/clients/synologyDownloadStation/init.js b/resource/clients/synologyDownloadStation/init.js --- a/resource/clients/synologyDownloadStation/init.js (revision 61365938efaf49b892118c0776d6477e5dec1329) +++ b/resource/clients/synologyDownloadStation/init.js...
了解了, 鉴于 DSM 7 还处于beta版本,且 DownloadStation 对应文档未有更新说明, 加之此错误码过于宽泛,我们无法明确DSM7下的为什么原有方法无法走通, 我还是想等等社区看看其他人的解决方法。 --------------------- 在我们这边尽可能将方法切换到 entry.cgi 前,建议: 1. 您工单向Synology技术支持反馈对应问题,这更应该是他们的兼容问题。 2. 使用Docker下的其他客户端。