Rhilip

Results 111 comments of Rhilip

目前插件的主要开发者 @ronggang 和 我,都没有稳定的时间对插件进行维护。 此外, 1. PTPP的社区维护并没有Jackett那么优秀,contributors 页面已经很久没有什么变化了。 2. 困于插件市场的发布和审查原因,很难实现自动化发布。同时发布后,也不一定能够第一时间通过审查。

> 我这边也是导出时会无线转圈(windows edge,官方商店版插件),简单调试了下,问题是出在domtoimage.toBlob里面 > ![image](https://user-images.githubusercontent.com/7420716/133881766-6c8de254-4bd5-440e-a69b-8ec55c71355d.png) 因为我这边无法复现,所以希望 关于 “无法导出时间轴分享图片” 希望能给予更详细的 debug信息: 1. 哪个站点加入进时间轴会导致无法导出截图,还是所有站点都会导致无法到处截图? 2. `domtoimage.toBlob` 内部有没有报错或者问题? 3. 其他可能和导出分享过程有关的网络请求以及页面js问题? `domtoimage.toBlob` 这个完全没有用,因为这就是转换截图的最顶层方法 :-)

> Searching our website directly is not good. Please use our API to perform search. > > We officially support https://github.com/Jackett/Jackett > > If you want to search our websites,...

**我们仅接受官方以本仓库issue形式提出的移除,其他任何途径不做考虑。** 因为我们不一定有账号来证明其确实是管理组意图。

> 或许可以考虑tampermonkey的模式 > ![image](https://user-images.githubusercontent.com/7042766/97851828-db4fae00-1d30-11eb-84a2-f2c5054f2e0e.png) 稍微有些困难,而且目前插件的配置较为分散。此外,自动同步还会带来**配置冲突**等问题,可能也不是很好的方式。 所以,目前暂无精力增加该功能以及自动同步功能,以及另一方面我的意见是将目前v1给EOF,不太可能添加新的功能。 --------------------- 从Tampermonkey的几种方式来看: **浏览器同步** 这块不太好说,目前使用的都是 `chrome.storage.local` 的方法形式调用,部分配置分散在插件背景页的localstorage中,注定无法使用浏览器自带配置同步功能,此外 `chrome.storage.sync` 方式仅在“备份到Google”和“从Google中恢复”两个按钮中用到,且受到Google限制,能同步的空间大小有限。 **Google Drive的同步** 类型需要申请client id和client secert,@ronggang 之前表示一直没申请下来。 **OneDrive** 同样走Graph API的话,一样需要client id和client secert两个,就我用Rclone的经验来看,申请应该是比较容易的,但是我这边不好越俎代庖, ronggang 他之前有表示过申请,但最终申请情况我不太清楚。 Yandex.Disk 和 Dropbox...

同 [#936](https://github.com/ronggang/PT-Plugin-Plus/issues/936#issuecomment-995809750) ,请补充相关信息。

在 #936 中,我对usenet并入搜索面板抱有一定的疑问,这种疑问主要是在usenet返回的资源格式上, 能不能符合我们现在对于资源最基本的要求,如目前的种子定义 https://github.com/ronggang/PT-Plugin-Plus/blob/d8f708f64f9d3c9942a6727b84b4a1f180cacb7e/src/resource/sites/types/torrent.ts#L34-L64 以及站点的定义 https://github.com/ronggang/PT-Plugin-Plus/blob/d8f708f64f9d3c9942a6727b84b4a1f180cacb7e/src/resource/sites/types/site.ts#L46-L175 不过,在 issue #936 和tg群里面的部分讨论能解决一部分疑问。 --------------------- 然而在我看来,Emby这种媒体服务器,并不适合接入我们目前的搜索面板中。因为我们搜索的最终结果之一是为了推送到下载服务器,而emby这种媒体服务器上已经有了资源。 就目前补充的信息,也没有特别能打动我去了解这种媒体服务器,以及在next中提供代码支援的愿望。 **或者你有什么想法,能将PTPP与Emby媒体服务器进行更有效的结合???**

看完了你列举的部分文章,我更加觉得不应该将其整合进入搜索面板。 媒体服务器更多的是一种类似海报墙的展示,以及在海报墙中进行一定的搜索、观看。 整合进现有的搜索结果面板更像是一种“强扭的瓜” ----------------- 或许我们可以考虑将其单独出来,在概览目录加入“我的海报墙”、在参数设置中加入“我的媒体服务器” 这种目录 ![image](https://user-images.githubusercontent.com/13842140/147630630-48065f21-5f51-48b3-9486-b173484a64d0.png) “我的海报墙”页面展示就基本和目前媒体服务器展示界面类似,提供多个或者多种媒体服务器内容的展示和搜索功能。而“我的媒体服务器” 页面则与目前的下载服务器页面设置类似,用于配置对应媒体服务器。 当然,这只是我的初步想法,具体细节可以在做考虑。以及各媒体服务器是否允许以http api的形式调用访问,是否存在cors等限制,还需要到时候进一步调研。

emmm,目前来说没有,不过可以用背景页方法的形式临时解决。 执行命令前请保存一份备份,具体如下 ```javascript let data_key = 'PT-Plugin-Plus-User-Datas'; chrome.storage.local.get(data_key, (result) => { delete result[data_key]['pt.keepfrds.com']['2020-06-04']; chrome.storage.local.set(result, () => { console.log('UPDATE'); }); }); ``` 然后由于扩展内部有缓存,所以把扩展禁用再启用应该就可以了。 关于增加删除单条数据,这个得看,因为目前 #421 #327 等issue还未解决。