Ljzd_PRO

> 两个问题 1.使用新版的KTOOLBOX_JOB__POST_STRUCTURE__FILE=[{title}]_{}配合KTOOLBOX_JOB__SEQUENTIAL_FILENAME=True使用时并不会像以往的KTOOLBOX_JOB__FILENAME_FORMAT=[{title}]_{}那样往下载下来的图片以title+数字的方式重命名（下载下来的图片是number.图片格式不是title_number.图片格式） `KTOOLBOX_JOB__POST_STRUCTURE__FILE` 是用于给API返回的`file`重命名，一个作品就只有一个`file`，一般来说是作品封面，为图片，大小不大，默认文件名是不确定的，不是UUID，之前会重命名为 作品ID_默认文件名。 `KTOOLBOX_JOB__FILENAME_FORMAT` 是用于给API返回的`attachments`的所有文件重命名，一般是原图，或者psd或者压缩包。 所以新加的是新功能，并不是更名了。`KTOOLBOX_JOB__FILENAME_FORMAT` 没有换个名字的话也确实容易搞错。

> 2.KTOOLBOX_JOB__SEQUENTIAL_FILENAME=True配合KTOOLBOX_JOB__POST_STRUCTURE__ATTACHMENTS=./以往会分别把附件和图片格式排序并重命名（example：1.jpg，2.jpg,1.zip)，现在会报错{'filename': '4.zip', 'exception': RetryError()}或者'filename': WindowsPath(]_4.zip')}", 'exception': None，下载成功情况也变成（1.jpg，2.jpg，3.zip，4.jpg），导致附件和文件一起排序导致命名冲突，另外SEQUENTIAL的应用对象附件和文件，但是否可以只指定其中一个，另外上一个版本也没这个问题 之前应该也是不会单独为每个后缀排序的，一直都是（1.jpg，2.jpg，3.zip，4.jpg），报错的话这段时间下了几个还没有遇到，可以举例一下哪些案例吗？ `KTOOLBOX_JOB__SEQUENTIAL_FILENAME` 只会应用于附件 `attachments`，对 文件 `file` 不会产生效果。

> 3.是否可以提供像yt-dlp那样创建txt记录下载文件防止下载重复的功能？当不应用 --length增加新post时候会对整个过往下载文件进行查重但应用了不同下载命名规范的话会再下载一次（比如1.jpg,title_1.jpg），但如果二者在下载记录文件指向同者的话应该就不会有这种情况？ 确实可以，不过可能要等一段时间了

终端的`HTTP_PROXY`和`HTTPS_PROXY`有效果吗？

https://ktoolbox.readthedocs.io/latest/coomer/ The `prod.env` file should be placed in the working directory, which is the location where the command is executed. ```dotenv # Coomer prod.env # For Coomer API KTOOLBOX_API__NETLOC=coomer.su #...

估计是没能成功调用打码平台的API，这里 `get_validate` 返回的结果是空的（`GeetestResult(validate='', seccode='')`）

可以用 `{}_{title}` 命名。`title` 是整个作品的一个属性。 https://ktoolbox.readthedocs.io/latest/zh/configuration/reference/#ktoolbox.configuration.JobConfiguration

已经有试过了吗？或者 `{title}_{}` 这个我试过

附件文件名是没有。因为考虑到大多数作品里附件也就是图片，文件名都是哈希值。如果是通常数量比较少的那种“文件”的话，应该是不会按数字顺序命名的

This situation is somewhat special. The images of these posts are actually part of the `content` HTML code and are not located in the `attachments` or presented as a `file`....