欢迎来到 帮助文档 ，这里列举了你在使用本网站时，可能遇到的大部分问题以及解决方法。
当前文档将以尽量简短的方式，描述 猫の仓库（以下简称为本网站） 的运行方式、以及各功能的用法说明。
压缩文件相关指引
解压密码
如果文章中没有另行说明的，则默认解压密码为：
y18
没有空格、没有大写、没有特殊字符、就一个字母两个数字，或者，你可以：
y18
解压软件说明
本网站提供的文件基于工作流系统批量打包，使用 RAR5 压缩算法和 UTF-8 编码。
这些压缩包理论上被市面上绝大多数的解压软件兼容，你仍然可以使用自己喜欢的解压软件，例如 Bandizip 、 PeaZip 等。
但为了排除版本差异、兼容性、编码错误等常见问题，以下为一些被验证可以正确解压的解压软件下载来源。
*需要注意，这些内容由其他博客或论坛发布的，本网站并不确保这些软件程序的安全性。
适用于 Windows 11 x64 系统
- WinRAR 7.12 简体中文商业版 （Source of 52pojie）
- WinRAR v7.12 汉化版 @烈火 （Source of 423down）
- WinRAR v7.12 汉化版 @烈火 （Source of ghxi）
适用于 Windows 10 x64/x32 、 Windows7 、 Windows XP 系统
适用于 Android 系统 （手机）
- RAR 7.11.build127 （Source of apkmirror）
- ZArchiver 1.0.10 （Source of apkmirror）
- RAR手机版v7.11.127去广告版 （Source of 423down）
- ZArchiver Pro v1.0.8 捐赠版 （Source of 423down）
如果你更在意系统安全或正版价值，请使用 WinRAR 正版 。
打包格式
为了适应不同的网盘或下载方式，在文件分流上传过程中会使用不同的压缩方案以及命名规则对归档内容进行压缩打包。
默认情况下，将有两种打包格式：
1、用于网盘共享的文件（百度网盘/阿里系网盘等），使用固实压缩+锁定，但不会对文件进行分卷。锁定文件是为了减少因为意外触发的“在线解压”导致网盘分享链接失效，缺点是用户无法查看到压缩文件备注中的解压密码，时间过长可能导致遗忘。
2、用于本网站自行维护的存储节点及备用的 OneDrive 和 Google Drive 等存储的文件，由于文件越大下载失败的机率越大，且存储的物理位置在海外，所以使用 2GB 规格的分卷压缩文件降低失败风险。尽管如此一来会增加下载时的麻烦程度，但显著降低了下载失败导致的流量和时间成本。
解压报错
由于你获得的压缩包文件经由网络传输，因为网络波动（丢包）、代理（通常是ISP的原因）、下载客户端（分块、多线程下载后合并错误）、磁盘错误（文件被下载到了有坏道的磁盘上）等许多原因导致的压缩文件损坏是常见的。
为了尽量降低传输导致的文件损坏的风险，默认情况下本网站会对压缩包进行分卷（即包含“.part1”等后缀名的文件），分卷尺寸为 2GB ，需要完整下载所有的分卷文件才能正确解压。
在分卷不完整或文件损坏的情况下，解压时软件通常可以识别并输出以下报错：“必须的压缩卷不存在（Required volume is absent）”或者“不可预料的压缩文件末端（Unexpected end of archive）”，重新下载产生报错的文件再解压即可。
在双击打开压缩包并且输入密码后如果软件始终提示“密码不正确”、没有显示压缩包内容的文件、或压缩包内容显示为与压缩包文件名一致且文件大小也一致的未知文件，通常是由于解压软件不支持当前的压缩格式，换个别的解压软件试试。
解压错误其他问题
由于本网站的文件经由工作流自动处理上传过程，所以“被下载的压缩包文件本身是已损坏的”这种情况是有可能发生的，在程序内部我们已经进行过压缩文件测试，但由于网络系统的复杂性，任何测试都不是万无一失的。
此时建议重新下载一次出错的文件，如果重新下载后解压时产生的报错与之前完全一致，一般可以确认是线上的文件有问题，请在文章下面留言，告知管理员重新测试文件。
下载相关指引
分流策略
本网站归档的分流发布方式有以下一种或几种。
- 私有存储（从网站的服务器直接下载）
- 备份存储（从 OneDrive 或 Google Drive 的转发下载）
- 磁力链接（BT种子）
- 网盘（百度网盘和阿里系网盘）
直连下载
对于直接下载和转发下载（中继），在网站提供的下载列表中包含“直接下载”和“发送到Aria2客户端下载”两种下载方式，只是操作方法的区别。
由于本网站的存储服务器和 MS365 E3 订阅是本网站的主要成本支出，所以这些下载节点将只开放给本网站的赞助用户使用，普通用户可以跳过本段。
由于这是一项付费功能，在各位决定支付之前，可以使用以下链接下载测试文件以测试各位的网络与本网站的节点服务器带宽连通性：
由于浏览器的内置下载并不可靠并且速度慢，且为了使下载速度最大化，这里推荐一些更专业的下载管理器来使用本网站的下载：
方式1 浏览器下载
默认的下载选项是直接触发浏览器下载文件，所以需要在浏览器安装下载器对应的下载劫持插件，此类 HTTP 下载器在工作方式上大同小异，选择任意一款主要取决于个人的使用习惯。
- Neat Download Manager（NDM） -> NDM 对应的 Chrome 插件
- Free Download Manager（FDM） -> FDM 对应的 Chrome 插件
对于移动端：
- Advanced Download Manager 14.0.38 （Source of apkmirror）
以及一些补充说明：
并不推荐 IDM ，主要原因是此软件由于中文代理商的宣传被严重过誉，次要原因是 IDM 是收费软件，就实际使用而言， IDM 在资源嗅探和下载速度方面与其他软件并没有明显的优势。
其中 NDM 在界面和能力上是最接近 IDM 的，主要是没有中文，其次是相比 IDM 没有下载前确认选项。
如果你必须要使用一个有中文支持的软件的话，可以选择 FDM ， FDM 是一款自称为“全能”的下载器，是所谓“样样通，样样松”， FDM 在性能上并不出众。
方式2 使用 Aria2 客户端连接下载
对于非本机下载的用户和不希望浏览器下载功能被劫持的用户，也提供基于 Aria2 的 RPC 接口创建下载的方式。
在下载列表的右下角启用“使用 Aria2 客户端连接下载”选项，即可使用设置界面。（PS：需要使用自定义的 RPC 接口地址时，请设置为 /jsonrpc 结束，否则 Aria2 会无法判断通信格式。）
由于 aria2 是一个命令行程序，本身的使用方法此处跳过，以下仅简单推荐一些GUI软件和使用方式。
对于桌面系统用户，可用 Motrix ，界面美观。（直接使用 aria2 的 exe 内核版搭配 AriaNg 使用也不是不行。）
对于 NAS 和 Server 用户，本人目前使用 OpenList（Alist）的 aria2 版本镜像比较多，更早之前在使用 hurlenko 制作的包含 AriaNg 的整合包镜像，当然了，你都玩 NAS 了想必用用 docker 也不在话下，就不多叭叭了。
网盘分流
对于网盘，除了一些会被网盘服务“精准点屮”的内容以及“在线解压杀必死”的内容，通常情况下都会上传网盘的分流副本。
由于网盘链接的维护起来更加麻烦，所以仅会对已登录的用户可见。帖子内的网盘链接在发布后不会自动进行可用性检查，如果你发现链接失效了，请在帖子留言，会在一两天内重新补上。
需要额外说明的是，虽然双层压缩方法已经过长期证明被认为是对抗网盘审核的有效方式，但由于本网站通常情况下的归档容量都很大（≥10GB），双层压缩乃至双层分卷压缩无论是作为上传者或是下载者都会是体验吊差的选项，并不会纳入考虑范围。
磁力链接分流
对于磁力链接，本网站的 BT 种子会发布在 Nyaa 上，但 BT 分流通常是单独计划的，主要取决于本网站所持有的服务器是否有处于空闲状态。
一般情况下，我们会对一些已经“完结”的归档内容以及一些处于时间节点（例如：年末、年中）的归档进行BT分流，这样更方便分批以及记录。
本网站的做种策略的简要说明：
- 使用 qBittorrent 客户端做种，带宽限制 10 Mbps ，上传比率如无意外为 10.0 ，超出即撤。
- 发种时会同步在 115 网盘和 PikPak 网盘创建离线任务，但最终只会 PikPak 网盘的内容离线完整。
- BT 种子内容为当时归档的完整副本，且不会处理二次压缩。
- 做种时并不会对归档文件进行任何防审核处理，这可能会导致迅雷的下载封锁，以及其他人转存到迅雷云盘导致的下载封锁，此时请使用任何正规的 BT 客户端。
- 对于已经出种，后期不会重新补种，在下次更新归档时会发新种替代旧的。
以及一些 BT 下载器推荐：
- qbittorrent - 支持 DHT 和 PEX ，且 ipv6 友好。
- BitComet(比特彗星) - 主要优势是内置 Tracker ，使用更简单，缺点是有广告。
- aria2 - 上文已介绍过， aria2 是支持 BT 下载的。
由于 BT 客户端单纯依靠 DHT 网络获取其他客户端非常缓慢，为了获得比较快的下载速度可以借助中心化的 Tracker 服务，以下为一些可用于订阅的 Tracker 服务器列表：
归档文件相关指引
归档使用说明&存储建议
为了便于检校和获取更新，网站的归档文件通常是以作者/工作室/社团的合集为单位来发帖的，或者只会发表单独的作品，极个别情况下会以作品类型的合集发帖，网站已有一套完善但不太完善的标签体系帮助各位筛选感兴趣的内容。
为了简化描述便于理解，此处将引申一些定义：
网站的全部帖子内你能够见到的下载链接或网盘链接中获得的文件，这些我们称之为“分流文件”。
而经过一次解压后获得的文件，这些我们称之为“归档文件”。
两者的区别是，分流文件是基于方便传输和转存而考虑的，归档文件是基于保存和浏览考虑的。
传输和转存这个很好理解了，上文已经进行了一些说明，我们建议将下载来的文件先进行解压再保存到你自己的硬盘。
网站的主题或者主要内容是ACGN，以文件格式而言也就是图片、音频、视频和程序，为了更方便浏览，针对内容不同会采取不同的整理方法。
1、对于 GAL、RPG、小黄油 等可执行程序类目：
归档格式为固实压缩的RAR格式的文件。
默认情况下直接解压到当前文件夹后启动程序即可运行，归档包已包含一层子文件夹，并且已经打好补丁。有时目录中可能会提供全CG存档、攻略、补丁恢复程序，这些一般由汉化组补丁的组织提供，但不一定每个组都提供，同时本站创建的归档副本会完整保留由补丁提供者创建的各种提示或者宣传文件，并不会加以修改。
2、对于 音声（VOCAL）、OST、专辑、动画系列、影视（剧） 等音视频类目：
归档格式为一般为RJ号+标题的文件夹、专辑名字的文件夹、作品系列的文件夹、等。
不会进行二次打包，这是为了便于使用播放器直接播放以及导入到 Audiobookshelf 、Navidrome、Emby 等播放服务程序。
通常情况下，对于剧集类型的归档内会还提供完整的刮削文件（*.info），这只对 Emby、Jellyfin 等多媒体服务端程序有用，不需要的可以删除。对于字幕文件，默认情况下一定会带，或者已有内封字幕，当然，前提是找得到。
同时我们建议各位在观影时使用一些更专业的播放器和更现代的解码器以获得更好的体验：
一些视频播放器推荐 ↓
3、对于 漫画（本子）、套图（图集） 等图片类目：
归档格式为使用默认编码的ZIP格式的文件。
使用ZIP有多种方面的考虑，1、文件夹存放大量图片时会触发系统的缩略图生成服务导致大量IO和CPU占用；2、零散文件转移存储时被多次读写且容易丢失；3、方便管理和保持内容结构；4、避免被系统的图库程序扫描，文件不会出现在你的相册里。
对于漫画类内容，归档的ZIP本质与CBZ格式的文件完全相同，市面上的任何支持CBZ的阅读器应该都能够同时识别和打开这两种文件。
于是此处会推荐一些支持直接浏览ZIP包的图片查看器：
一些图片阅读器推荐 ↓
- NeeView - 漫画阅读器，支持预读加载、手势操作、很完善。
- Honeyview - 图片查看器，有点老了，并且只有32位版本。
- MangaMeeya - 更古老的漫画阅读器，经典永不过时！
移动端：
- Perfect Viewer - 完美漫画，老牌、功能丰富。
- ComicScreen - 直接支持查看PDF，界面比完美漫画简单一些。
- Perfect Viewer 5.0.4.4 （Source of apkmirror）
- ComicScreen 2289 （Source of apkmirror）
4、对于 PDF、EPUB 等书籍文档类目：
标准格式就没什么好介绍的了：
一些书籍阅读器推荐 ↓
单独说一下YAC，我用过很长时间，总之是个定位类似 Calibre 的综合阅读器软件，多平台支持，也支持直接查看压缩包文件。
如果你没有使用一个软件管理自己书籍的需求，那么 YAC 或者 Calibre 都是没必要的，这样。
5、杂项类目和补充说明：
同人领域创作类型复杂多变，在创建归档时，有时会引入一些额外的子分组条件。
以下将进行简单举例，至于实际上则具体情况具体分析：
- 年月分组：主要针对于红P、蓝饭盒等订阅模式的作品平台，归档时通常以年度和月份细分方便查询。
- 新旧分组：针对于前后画风变化极大的作者，会将作者的一部分作品以“新”或“旧”区分。
- 以除原作者外其他人或组织命名的分组：通常情况下归档对于原版作品或带汉化的版本只会提供一个，出于一些原因有时会同时提供。
- 以奇怪 XP 分组：同人作者经常会突发奇想鼓捣出来一些很怪的东西，此时将会对怪东西进行单列。
6、其他的软件推荐：
在本段的最后会额外介绍一些必要时可以显著改善睡眠质量的软件和工具：
一些其他工具类推荐 ↓
网站运行事务与工作流系统相关杂项
此部分并不重要，主要是用来讲解一些本网站的看起来很傻逼的设计和几番苦痛纠缠多少黑夜挣扎。
归档的初始来源
通常情况下，网站提供的文件的基于多个初始来源交叉比对后提取质量最好的部分。
此过程我们一般戏称之为“拼好车”，主要分两步，首先是基于工作流批量进行去重检查、损坏验证，然后是进行一些手动校对（主要是防止一些不在当前归档内的文件混入以及防止工作流脚本出错）以及例如初始作者、数量统计等信息收集。
通常情况下，本网站信息收集都基于“广撒网”式的，但具体有多广则最终取决于本网站的数个授权作者的活动范围。
所以，网站提供的文件，除直接声明为搬运、转发、代发的，文件的初始来源将包括但不限于：
- 自购/他人代购（如 Patreon 、 Pixiv Fanbox 、 Fantia 、 SubscribeStar 、 DLsite 、等）
- 一些 BT 列表站点（如 DMHY 、 Pirate Bay 、 Nyaa 、 RARBG（已经无了） 、 各类磁力爬虫搜索 、等）
- 一些论坛站点（如 F95Zone 、 PornoLab 、 北+ 、 2DFan 、 laowang 、 贴吧 、等）
- 一些阅览和索引类的站点（如 E-Hentai 、 nHentai 、 Kemono 、 Danbooru （以及 Danbooru 类似站 Rule34 等） 、等）
- 与本网站性质类似的各同行类网站
- 群友（如 群友的群友 、 群友的群友的群友 、等）
DMCA Prone
本网站无意于侵犯任何作品及作者的权益，且无意于在互联网中建立任何形式的影响力。本网站在任何情况下例如收到版权投诉、内容警告时，会积极对警告范围内的帖子进行删除。
归档的维护策略
网站的归档系统以“线程”形式工作，每个帖子可以被认为是一个单独的线程，本段将会简单描述本网站整体的帖子发布流程。
帖子通常情况下会有以下几种状态表示：
- 等待发布（新建的帖子，但未上传归档）
- 已发布（已上传的归档）
- 需要维护（上传的文件丢失需要重新上传或归档的内容需要更新）
- 已锁定（归档的内容不再发生变更，但会维护文件可用性）
- 删除（基于作品版权方诉求或其他各类原因删除的归档）
- 搬运（转载的帖子以及其他来源的内容）
由于整理和校对在大多数情况下是一项耗时工作，因此，从帖子开始准备到出现在网站首页的帖子列表中会经过一些时间，这些尚未发布的帖子列表可以在 此页面 查看。
正如你所见到的，本网站的目标/作用/定位是提供一些经过整理和校对的“合集”性质的内容，因此网站的整体发布逻辑非常简单，即新建和更新。
网站通过定期将未被标记为“已锁定”的帖子添加到“需要维护”列表，并重新上传补充后的归档将帖子状态更新为“已发布”，在帖子每次被重新发布时，发布时间会被修订为当前时间（会被置于全部帖子列表最前）。
这个做法的主要目的是为了减少网站需要同时关注的任务数量，缺陷是这个做法可能会导致一些帖子被遗忘在角落，这个时候，你可以留言催更。
而对于归档本身，网页上会使用一个更加通俗易懂的名称：“合集”。
于是还有防杠声明，基于发生时间，以及每个个体的认知、经验，以及接受信息源的范围，本网站最终提供的“合集”，并不一定就是“在广泛事实上的完整的合集”，所谓“合集”仅是一种对于内容组织形式的表述。如果你知道某一项资源和其他资源有任何关联、或者缺失，欢迎留言告知或以任意形式提供副本。
网站内容定位相关集中解释
正如你所见到的，本网站的目标/作用/定位是提供一些经过整理和校对的“合集”性质的内容，与网络上的大多数看起来和本网站非常相似的“同类型网站”有一些微妙的差别：
- 本网站是一个主题为“网络资源推荐”的站点，但也不局限于涩涩内容。
- 本网站更关注自身归档文件的完整性和长期可用性，但多数时候并不关注当前网络中热门的资源。
于是，“猫の仓库”更类似于传统博客，帖子通常情况下会包含针对作品的评论性质内容，这些评价不具有特定标准，存在包括但不限于：
据野史记载、俺寻思、大概也许、话又说回来、虽然但是、只有主观、连续因为、连续所以、烂梗、很多烂梗、说话带city、说 话 带 空 格、说话带括号（）、说话带半个括号（
等多种修辞手法和表达形式。
这些评论内容是网站主要内容的一部分，甚至是网站发出这个帖子的主要原因。换句话说，这些“合集”被整理不一定是由于其作品质量优秀，也有一种可能是因为炸裂。
订阅系统相关集中解释
网站依托于一套成本颇高的方案实现文件收集和分类存储，这也是本网站与“同行类网站”的主要区别，同时也是订阅系统的起源和网站站长时常体现出的没钱又想要脸的拧巴状态的主要原因。
网站创立最初的主要目标之一是希望解决网盘的各类限制和文件损失问题，对网络上零散流动的各类资源整理并提供“成套”的副本，由于“成本、可用、便捷”的不可能三角，网站所追求一种半永久的文件存储大多数时候处于背道而驰状态，多年来，也尝试过许多解决方式，例如以 PT 方式分发保护存储和均衡流量、多网盘分散副本、以 Syncthing/Resilio Sync 替代 BT 进行的可更新分发 等。
同时网站也长期经常收到各路有一些技术水平的朋友留言或邮件分享的一些关于网站文件分发的建议以及批评，于是以下是一些单纯的解释性内容。
1、首先如果仅仅是维持这个网站的存在，花费并不高昂，站长本人也无意于对他水平很不咋地的瞎BB评论进行某种“知识付费”，所以如果网站不维护存储了就也不存在订阅系统。
2、网站所要面临的是需要为许多人提供下载，以及为许多种复杂状况提供至少的可用性保证，所以并不是在家里鼓捣个什么 NAS 或者 软路由 之类的设备然后插上一块大硬盘就可以的搞定一切的。
3、或者我们可以换一种更易于理解的解释：基于“家庭宽带”或者“下载用户”而言，你可以认为上传这个概念是不存在的，因为你的下载速度实际上会等于对方的上传速度，那么这里的“对方”或者“上传用户”，一般有另一个名字叫做“商业宽带”。
4、即便是对于 BT 做种来说，带宽和流量也不是没有成本的东西，会让你产生 BT 很容易下载的错觉的原因是因为网络中有很多财大气粗的菠菜网站大规模的为 BT 提供带宽，但显然你正在浏览的这个网站既不是财大毕业的气也不敢粗。
5、下载列表不提供任何形式的批量下载是因为没法提供，而数量很多的分卷是为了避免下载时损坏，当这两件事叠加的时候是会使得下载这件事显得比较麻烦，那么你是需要一个超过10GB的压缩包然后一直下载失败还是干脆多点几次下载按钮。