还有一个挺严重的问题就是作为Chrome插件它本身居然和其他常用的插件冲突

文章图片
如果不禁用其他有下载功能的一些常用插件会导致下载图片的命名异常 ， 这非常麻烦 ， 如果脱离或者说以后没有了saucenao以图搜图以后再想找原图就会非常麻烦

文章图片
不过这个插件好在下载的图片都会自动归档到文件夹储存 ， 这相对来说要友好得多 。 而且可以修改命名规则

文章图片
这个就不用说了一眼就能看出来是什么意思 ， 包括后面的选项各位应该都懂我就不多注释了 ， 指针悬停在蓝色字符上会有提示

文章图片
页面的GUI有些时候会卡BUG

文章图片
所以还得对着GUI出问题的图片去下载文件夹找图片到底下载下没下完

文章图片

文章图片
要么就是对文件数量 ， 发现也都是GUI在卡BUG并不是真的没下到 。 后来咱也干脆不找了 ， 遇到这种情况直接认定就是单纯的GUI卡BUG了

文章图片
最大下载线程才只有6 ， 属实不是很快 ， 考虑到Pxer导出的链接可以分流进行多终端多线程下载就更没法比了 。

文章图片
下载完成显示通知依赖Chrome的通知也是个麻烦事 ， 对于咱这种不喜欢网页显示通知的用户来说非常矛盾 ， 一方面想要通知另一方面又不想要通过Chrome显示 。

文章图片
这两个选项对于继续或者更新下载很有用 ， 之前经常因为内存不足所以大量下图的时候标签页会白屏甚至直接卡崩溃这时候对着下载到的最后一张图就有用了 ， 但是终究还是不如给下载功能直接导出下载链接托管给第三方来的直接 。 这个功能现在咱用来更新之前下载的图包 ， 看图片的创建修改日期就可以确定该更新哪到哪的内容 ， 这个比pxer需要找之前图包已经下载完的最后一张图片的ID再手动输入进去要稍微省点事 ， 但是其实都是大同小异 。 这里需要注意这个筛选是比较呆的筛选 ， 其实最后还是要把当前页面能找到的所有图片的链接都过一遍 ， 考虑到PIXIV爬图抓链接是有CD的所以最好还是能直接利用已经抓过的下载链接而不是网页卡没了重爬 。 而pxer是有事前筛选的 ， 可以少爬图 ， 这就在有CD的环境下更有用 ， 所以本质上还是设计理念的问题 ， pxer的门槛更高 ， 也就让有更高技能水平的使用者以更简单的逻辑实现同等甚至更好的使用效果 。

文章图片
这次这个插件也能导出抓取结果 ， 不过它导出的抓取结果是.JSON ， 除了插件自己别的下载软件不认 ， 倒是.CSV可能有点用但是也不如直接TXT的下载链接方便 。

文章图片
CSV里面倒是含图片的原图下载链接不过显得非常乱啊 ， 咱其实只需要获取图片的下载链接 ， 剩下的用来筛选的条件不是很必要 。 考虑到咱从来都是全都要基本不做选择的习惯 ， 所以这个筛选功能其实咱也不怎么用 。