Source / Cache / Parameters
漫画源管理与离线缓存
源和缓存是 venera 里两个需要分开理解的概念：前者描述怎么取数据，后者是取回来以后存在本机的那一份。把这条分界线弄清楚之后，源失效、缓存变大、换个网络就打不开这些问题都有了统一的解释方式。
源不是插件，是一段描述
添加一条源，实际是把一段脚本交给 venera 保存。应用不会把这段脚本编进程序本体，所以卸载重装或者升级版本时，源列表不会跟着被覆盖。反过来，源写得好不好、能不能跟上站点改版，也完全由这条源自己决定，应用只能如实报告取数据的结果。
源列表按顺序参与搜索。排在前面的一旦命中较多，后面的分组就往后靠。两三条常用源足够覆盖日常追更，堆上十几条反而让搜索结果变得难读。列表里每条源后面标着版本号，这个数字来自源自身，是判断它有没有被维护过的直接依据。
停用比删除更常用
某个站临时抽风时，把它停用即可，记录还留在列表里，等它恢复再打开。只有确认一条源彻底不再维护了，才需要删除。删除只影响这一条，其余来源的收藏与缓存都不会被牵连。
缓存落在哪，什么时候该清
离线内容以作品为单位存放，每一部作品各自成一份，章节图片按话拆开。这种划分带来的好处是删得干净：删掉某一部作品的缓存，别的作品进度照旧。代价是同一张封面可能在多个作品目录里重复出现，占用略高于按图去重的方案。
什么时候清理比较合适，可以参考两个信号。一是设置里的占用统计连着几次都接近设备剩余空间的一半，二是书架里已经明确不再追的作品超过十来部。前者说明该按作品挑着删，后者说明该先处理书架本身，把不看的作品从收藏里移出去。
阅读参数跟着作品走
全局只定默认值，真正生效的那一份挂在每部作品名下。
全局与局部两层
先在设置里把常用的一套定下来，之后新加入书架的作品自动继承。遇到方向相反或画幅特别的作品，再单独打开它的阅读设置覆盖，改动只写在这一部上。
同屏数量分横竖两栏
横屏看双页、竖屏看单页是平板用户最常要的组合，这两栏分开填写，旋转设备时自动切换，不必每次手动改回来。
自动翻页的间隔要慢一点
默认间隔偏快，长对白的页面容易还没读完就跳走。习惯之后把数值往上调，翻页节奏比手点更稳。
本地文件与自建仓库
本地导入支持两类对象：散装图片目录与打包好的压缩包。导入后应用会读取目录里的封面与页序，生成与网络作品近乎一致的条目，因此两者可以并排陈列在同一个书架里，使用同一套阅读参数。
把漫画放在 NAS 或自建服务器上的用户，可以用 WebDAV 把远程目录挂进来。这一路径下读的是远端文件，缓存策略与网络源相同：看过的话次会按需留存，不需要长期占本机空间。代理与 DNS 覆写这两项在只访问内网仓库的场景里通常用不到，保持默认即可。
源失效的三种表现
最常见的是列表能刷新但点进去章节为空，这通常意味着站点改了页面结构，源没跟上。第二种是搜索有结果、打开却报错，多与图片地址的域名变更有关。第三种是整条源刷新直接失败，这时先排除本地网络，再考虑更换同类来源。三种情况都不影响已经缓存到本机的章节，离线内容照常可读。
值不值得换过来
如果你习惯一次只用一个站、并且不在意换站时重新整理收藏，那么源分离带来的好处并不明显。真正会感到差别的是同时追七八部作品、来源分布在三四个站点的人：把来源摘出来单独管之后，换站只是一次列表操作，书架与进度都留在原地。
