KToolBox
KToolBox copied to clipboard
Ljzd-PRO
更新后的文件名重命名问题？
两个问题 1.使用新版的KTOOLBOX_JOB__POST_STRUCTURE__FILE=[{title}]{}配合KTOOLBOX_JOB__SEQUENTIAL_FILENAME=True使用时并不会像以往的KTOOLBOX_JOB__FILENAME_FORMAT=[{title}]{}那样往下载下来的图片以title+数字的方式重命名（下载下来的图片是number.图片格式不是title_number.图片格式）
2.KTOOLBOX_JOB__SEQUENTIAL_FILENAME=True配合KTOOLBOX_JOB__POST_STRUCTURE__ATTACHMENTS=./以往会分别把附件和图片格式排序并重命名（example：1.jpg，2.jpg,1.zip)，现在会报错{'filename': '4.zip', 'exception': RetryError(<Future at 0x289da86eb10 state=finished returned DownloaderRet>)}或者'filename': WindowsPath(]_4.zip')}", 'exception': None，下载成功情况也变成（1.jpg，2.jpg，3.zip，4.jpg），导致附件和文件一起排序导致命名冲突，另外SEQUENTIAL的应用对象附件和文件，但是否可以只指定其中一个，另外上一个版本也没这个问题
3.是否可以提供像yt-dlp那样创建txt记录下载文件防止下载重复的功能？当不应用 --length增加新post时候会对整个过往下载文件进行查重但应用了不同下载命名规范的话会再下载一次（比如1.jpg,title_1.jpg），但如果二者在下载记录文件指向同者的话应该就不会有这种情况？
两个问题 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(<Future at 0x289da86eb10 state=finished returned DownloaderRet>)}或者'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），但如果二者在下载记录文件指向同者的话应该就不会有这种情况？
确实可以，不过可能要等一段时间了
抱歉，前者我应该和之前没用KTOOLBOX_JOB__POST_STRUCTURE__ATTACHMENTS=./的搞混了，进一段时间排序检查了下确实是把压缩包一并列入排序
下载失败'exception': None应该是kemono本身的问题？我用不同版本ktoolbox以及删除prod.env试过都会报错有时候是附带的zip有的时候是图像文件，而昨日早晨大量下载并未出现该问题，然而到我现在回家之前无论如何都失败的帖子已可以正常下载
另外请问是否有类似filename的变量只关系到图片而不包括压缩包？（attachment是附带的压缩包或者视频，filename包括文章非缩略图的图片和附件，那是否有变量专门指代前者？）