首页
/ Gallery-dl配置:解决FurAffinity收藏夹下载分类问题

Gallery-dl配置:解决FurAffinity收藏夹下载分类问题

2025-05-17 02:09:36作者:霍妲思

在使用gallery-dl下载FurAffinity网站内容时,用户经常需要处理不同类型的作品分类。本文重点探讨如何正确配置gallery-dl来实现从用户收藏夹下载作品时,按照作品在原作者画廊中的分类(Gallery或Scraps)进行存储。

问题背景

当从FurAffinity用户的收藏夹下载作品时,默认情况下所有下载的作品都会被标记为"favorites"分类。这会导致文件存储路径不符合预期,例如:

/furaffinity/[ARTIST]/favorites/[FILE]

而用户实际期望的是能够根据作品在原作者画廊中的实际分类(Gallery主画廊或Scraps草稿区)来存储,如:

/furaffinity/[ARTIST]/gallery/[FILE]
/furaffinity/[ARTIST]/scraps/[FILE]

解决方案

gallery-dl提供了灵活的配置选项,允许用户针对不同的子分类(subcategory)设置不同的存储路径。以下是推荐的配置方案:

"furaffinity": {
    "include": "gallery,scraps",
    "layout": "auto",
    "filename": "{filename}.{extension}",
    "directory": ["{category}", "{artist}", "{subcategory}"],
    "favorite": {
        "directory": ["{category}", "{user}", "{subcategory}", "{artist}"]
    }
}

配置解析

  1. 基础配置

    • include: 指定要包含的子分类(gallery和scraps)
    • layout: 设置为auto自动布局
    • filename: 定义文件名格式
    • directory: 默认目录结构(分类/作者/子分类)
  2. 特殊配置

    • favorite: 专门针对收藏夹的配置
      • directory: 覆盖默认路径,改为(分类/用户/子分类/作者)结构

技术要点

  1. 子分类覆盖:gallery-dl允许为特定子分类(如favorite)提供覆盖配置,这让我们可以针对不同来源的作品设置不同的存储策略。

  2. 路径变量

    • {category}: 网站分类(如furaffinity)
    • {artist}: 作品原作者
    • {user}: 收藏该作品的用户
    • {subcategory}: 作品子分类(gallery/scraps/favorites)
  3. 局限性说明:目前gallery-dl无法直接从收藏夹获取作品在原画廊中的分类信息(gallery或scraps),因此无法实现完全的自动分类存储。

最佳实践建议

  1. 对于需要精确分类的用户,建议直接下载原作者画廊而非收藏夹
  2. 可以考虑使用后续脚本对下载的文件进行二次分类
  3. 定期检查gallery-dl更新,未来版本可能会增加更精细的分类支持

通过合理配置gallery-dl,用户可以最大限度地优化FurAffinity作品的下载和组织方式,虽然目前存在一些限制,但已经能够满足大多数基本使用需求。

登录后查看全文
热门项目推荐
相关项目推荐

最新内容推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
136
1.89 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Jupyter Notebook
71
63
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
344
1.28 K
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
918
550
PaddleOCRPaddleOCR
飞桨多语言OCR工具包(实用超轻量OCR系统,支持80+种语言识别,提供数据标注与合成工具,支持服务器、移动端、嵌入式及IoT设备端的训练与部署) Awesome multilingual OCR toolkits based on PaddlePaddle (practical ultra lightweight OCR system, support 80+ languages recognition, provide data annotation and synthesis tools, support training and deployment among server, mobile, embedded and IoT devices)
Python
46
1
easy-eseasy-es
Elasticsearch 国内Top1 elasticsearch搜索引擎框架es ORM框架,索引全自动智能托管,如丝般顺滑,与Mybatis-plus一致的API,屏蔽语言差异,开发者只需要会MySQL语法即可完成对Es的相关操作,零额外学习成本.底层采用RestHighLevelClient,兼具低码,易用,易拓展等特性,支持es独有的高亮,权重,分词,Geo,嵌套,父子类型等功能...
Java
36
8
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
193
273
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
59
16