在进行小说系列章节下载的时候，希望下载全部文章

[dinghaol]

你需要什么功能？
能不能加一个选项，允许用户去选择是否进行章节过滤？我在进行小说下载的时候，这个小说系列经常会出现排除章节的问题。

目的是解决什么问题？
在进行小说系列章节下载的时候，希望下载全部文章

其他软件是否有此类功能可以参考？

附加描述
#601
之前发现有人提了这个问题，但是我是希望在下载的时候可以一并把这个小说中的所有章节全部下载的

[xuejianxianzun]

意思就是在合并系列小说时，不使用任何过滤条件？

[dinghaol]

是的，因为在进行小说下载的时候，经常看到系列小说中有部分文章，因为过滤导致没有下载到。
所以，希望给添加一个选项，只要系列小说其中的一篇文章符合条件，则在下载的时候系列小说中的其他文章不使用任何过滤条件，直接将这整个系列小说全部下载下来。

[dinghaol]

而且我发现，在那个系列小说下载的时候，还会出现两个 bug

第一个是再次下载系列小说时，生成2个小说文件

这系列小说它在进行下载的时候，虽然没有进行重复下载，但是它在下载的时候分成了2个文件出来。

比方说，在这图片里面，是我之前下载的一个小说。当我排除过滤条件之后，再去下载时

下载出了2个文件，这下面图片是另一个小说文件的目录截图

也就是说在这里面下载的时候，按理说，它在再次下载的时候，应该将原本的内容放入到原本下载的文件中。但实际上，它是新生成一个文件，再将这下载的内容放入进去。

第二个是在再次下载系列小说时，生成小说文件放置的位置不一样了

比方说，在这里面，我的一系列小说放置的位置是在默认的地方
novel series/{page_tag}/{series_title}-{series_id}-{user}-{part}-{tags}.{ext}
当我在pixiv通过标签搜索进行批量抓取的时候，它给我放的位置是

novel series/tag/XXX小说

当我排除过滤条件之后，再去下载时，因为我没有通过标签搜索去下载，而是直接下载。也就是说，在这里面失去了标签名称，所以导致它直接给我放在了

novel series/XXX小说

其实我个人是觉得，这第一个 bug 要解决是比较麻烦的，因为如果想实现的话，可能是需要读取用户电脑中文件信息才可以处理。
我更推荐直接在这个插件中内置一个数据库去存放这些小说文件，毕竟这只是小说文件，它一个文本，就算数量再多，也很难超过 1G。

至于第2个bug，可以直接在那文件夹中搜索一下，然后直接覆盖进去。
或者，我觉得是要修改一下默认的正则，可能是更方便的方法，直接将那个tag给去了，就完事了
直接把它改成novel series/{series_title}-{series_id}-{user}-{part}-{tags}.{ext}

[dinghaol]

说起来，谷歌插件好像是没有权限直接覆盖文件的

这是我的用于清除重复下载文件用的 BAT
希望可以用作参考

@echo off
setlocal enabledelayedexpansion

rem 遍历当前文件夹中的所有文件
for %%F in (*.*) do (
    set "full=%%~nxF"
    set "name=%%~nF"
    set "ext=%%~xF"

    rem 检查是否以 ) 结尾，并且前面是 (数字
    set "check=!name!"
    if "!check:~-1!"==")" (
        rem 向前找 "("，提取括号内的内容
        for /f "tokens=1,* delims=(" %%a in ("!check!") do (
            set "before=%%a"
            set "maybeNumber=%%b"
        )

        rem 去掉最后的 )，剩下可能是数字
        set "maybeNumber=!maybeNumber:~0,-1!"

        rem 判断 maybeNumber 是否是纯数字
        set "isNumber=true"
        for /f "delims=0123456789" %%n in ("!maybeNumber!") do set isNumber=false

        if "!isNumber!"=="true" (
            rem 去掉括号和括号前的空格
            set "base=!before!"
            rem 如果 base 以空格结尾，去掉
            if "!base:~-1!"==" " (
                set "base=!base:~0,-1!"
            )

            set "newname=!base!!ext!"

            rem 删除重名文件（可选）
            if exist "!newname!" (
                del /f /q "!newname!"
            )

            ren "%%~fF" "!newname!"
            echo Renamed: "%%~nxF" → "!newname!"
        )
    )
)

endlocal
pause

[xuejianxianzun]

这些不是 bug。

1. 下载器可以覆盖同名文件，但在下载系列小说时是例外的，只会在后面追加序号，这是特意设计的，避免在特定情况下意外覆盖了之前的文件。
2. 因为 {page_tag} 标记为空，因此自然不会有这一层文件夹。默认添加了 {page_tag} 就是为了在搜索时可以自动创建文件夹，如果你不需要的话自行修改命名规则即可。

[dinghaol]

好吧，但是这个系列小说下载时的追加序号的特性和系列小说下载时的过滤结合在一起，出现了这样的情况
这是第一次下载时进行过滤的书籍的目录

这是第2次下载时直接下载的书籍的目录

如果可以的话，大佬能否进行一下优化，一个是之前的添加一个选项，只要系列小说其中的一篇文章符合条件，则在下载的时候系列小说中的其他文章不使用任何过滤条件，直接将这整个系列小说全部下载下来。
另一个是添加一个选项，在进行重复下载的时候，允许直接将系列小说中的内容进行合并

[xuejianxianzun]

“允许直接将系列小说中的内容进行合并”，是想把上一次下载的文件里的内容也变成新的吗？这个做不到，，因为下载器是浏览器扩展，没有权限主动读取和修改本地文件

[dinghaol]

直接数据库中添加一个参数去存放这些小说文件如何？毕竟这只是小说文件，它一个文本，就算数量再多，也很难超过 1G。
这样就可以直接从数据库中提取再进行覆盖了。

因为在外部python进行处理合并的话有个比较麻烦的点就是不知道目录的顺序。如果是有具体章节表的还好，但一些文章的章节排序完全无法通过章节名进行判断。对于这种文章我一般直接重新下载处理了。

[xuejianxianzun]

我不太看好。浏览器里的数据库是不可靠的，可能被用户意外清空。小说里有插画，体积比文字大多了。而且有时用户可能并不想合并以前的内容。
至于章节目录确实是个麻烦，或许可以通过在 EPUB 文件里保存作品的一些 JSON 数据进行复制。

[dinghaol]

那么希望大佬添加一个选项，只要系列小说其中的一篇文章符合条件，则在下载的时候系列小说中的其他文章不使用任何过滤条件，直接将这整个系列小说全部下载下来。
这样我可以通过文件的名称与文件的时间来判断其顺序，并进行合并。如果没有这个选项，我就只能在插件数据库中获取了。

[xuejianxianzun]

好的，以后添加这个功能

[xuejianxianzun]

不过，你说的时“只要其中有一篇符合条件”，而不是“系列里的所有小说都不检查过滤条件，直接保存”。
前者是依然检查过滤条件，直到其中有一篇符合条件的。后者是不检查。
你想采用的是前者吗？理由是什么？

[dinghaol]

比方说我现在使用的是收藏数超过300时，对小说进行保存
在进行保存的时候一些系列小说中的部分文章是达不到300收藏数目的，就会导致一部分的章节跳过下载

如果完全不进行检查我只需要将收藏数超过300的选项取消，全部重新下载
但我更希望进行一定的过滤之后再进行下载

所以是只要系列小说其中的一篇文章符合条件，则在下载的时候系列小说中的其他文章不使用任何过滤条件，直接将这整个系列小说全部下载下来。

[xuejianxianzun]

我需要综合其他需求进行考虑。也许可以添加多种策略，让用户选择其中一种：
抓取系列小说时：o 应用所有过滤条件 o 不使用任何过滤条件 o 如果系列里至少有一篇小说符合过滤条件，就下载……
其余的小说？还是全部的小说？你说的“其他小说”指的是什么