继豆瓣撤离计划之后，随着阅读的渠道增多，对于曾经乐此不疲的微信读书打卡越来越力不从心：找时间梳理了下这一段时间摸索之后的读书‘渠道’：
阅读客户端
- Koreader@Kobo Libra H2O: 用来作为epub书籍的主要阅读工具
- 原生系统@iReader Smart X3 Ultra：终于入手的10寸大屏，拿来读扫描PDF，体验绝佳（对比微信读书，微信读书会有重排，对小尺寸和无图的书籍不错，可是涉及到一些有特殊排版的书籍，当然还是大屏力大砖飞来得爽快），偶尔看看黑白漫也毫不吃力
- ReadPaper@PaperS3: 随身小屏，又是自己写的固件，拿来读一些碎片时间的网文最佳
- LeanRabbook@Browser: “自研”浏览器插件，浏览器网文阅读优化
书籍来源多数依靠Zlib，近期的读书胃口被‘自找’的微信读书打卡压力毁了不少，忽然惊醒，还是把读书这种事情拿回自己的手上吧？
从阅读笔记、阅读时间记录这方面来说，上面这四个工具目前都可以通过纸间书摘来统一汇总管理。稍微有点不方便的是，对于用iReader的原生系统来读PDF的话，想优雅的做纸间书摘导入比较难，推荐还是古法————例如，借助APP的计时+OCR书摘来追踪
阅读记录与笔记
起初用纸间书摘也就是想把豆瓣记录和微信读书记录导出到本地可控，详情参见前述的豆瓣撤离计划,此后，微信读书更新了API接口之后，其实比起我文中的方法又方便了不少；
而随着阅读渠道的变化，总的来讲，记录和笔记这部分还是以纸间书摘为中心，实现汇总和备份：
- Koreader依靠内置的“标注导出”，利用纸间书摘的书摘导入-API导入来设置和导出；
- iReader如前，我更倾向于当作纸质书一样操作，手动计时摘录，主打仪式感；
- ReadPaper@S3，先通过轻读扩展导出设备记录，然后在”数据中心”里通过发送到纸间书摘（APP侧依然“API导入”）来实现同步
- LeanRabook，通过书签配置-阅读统计同步-纸间书摘同步来进行书摘和时间记录的导出（APP侧依然API导入）
自建在线书库和进度同步
接下来，因为在NAS上装了picoClaw，心血来潮想要不搭一个NAS上的电子书服务也好的，于是很快的搜了一圈，选定了方向，在尝试了Booklore 和Kitava后，最后选定了Kitava。
基本的书库管理，在线阅读都是主流在线书库服务的基本能力了,而我使用之初列举自己最重要的期望就是，OPDS书目支持以及在线阅读与Koreader阅读的双向同步；
以此为标准评判的话，虽然Booklore和Kitava都可以支持，但不知道什么原因，就网络响应速度来看，Booklore占优，可是与Koreader的进度同步却有问题————明明书籍信息可以清楚看到Koreader的进度同Booklore的进度有差异，可是预期的两者双向同步却无法如期发生（按照官方讲法，这个同步会在书籍的进度被设备pull时触发）；
反观Kitava，对照起来其实UI风格和书籍元数据信息这部分处理不如Booklore，但是假如忍一忍同步速度的问题，就进度同步来说却正常得很。
所以最后选定了Kitava————一点小小的经验，在Koreader进度同步的服务器设置中，APIURL不能原样使用OPDS的URL，而是把URL其中的/opds/改成/koreader/(官方wiki)，然后可能需要选择选择下注销之后用Kitava的用户信息重新登录。
总之
回头一看，书没读多少，花样倒是挺多的。