其实一直都在探寻自建音乐库方案，目前实现形式有很多了，从最开始的mStream，到后来的通过cloudreve的webdav挂载到Fireball等APP，最近测试的Navidrome，以及本篇的主题Koel，感觉差不多可以给这个音乐库主题画上一个句号了。Navidrome做的已经相当好了，如果不考虑颜值，我更愿意用它，因为相比于Koel，前者配置更简单，更易用，但是显然Koel的颜值抵消了它配置复杂性带来的困扰，以至于，我还是把它搞定了。

又增加了一个服务，考虑到以后迁移的方便性以及该数据的可靠性，我又双叒叕把服务部署到自己的机器上了没通过frp透传到公网。Navidrome是一款个人流媒体服务应用，通过他的Demo（User: demo && Password: demo），看起来还不错的，只不过，这款应用不支持在线删除，理由人家给的也很充分，从安全角度考虑的，但是我觉得，他纯粹是不想引入更多的功能（bug），进而增加维护成本......

搭建wiki这个站点的时候，就预留了书籍这个条目，由于能力有限，只能上传书的封面，再就是写上书名，并不能实际的翻阅。所以最近遇到calibre web这个应用的时候，我就知道，就是它了。Calibre Web是一个可以在线搜索，阅读和下载电子书的网页应用，支持各种格式的书籍上传，但是只支持epub格式的电子书在线阅读，不过也够用了，大不了使用Windows下的Calibre转换一下，也是非常的方便的。

距离上次记录已经有两个月的时间了，这是艰难的两个月，中间发生了很多很多事情，搞得整个人身心俱疲。好在时间是最好的医生，可以抚平所有的不快乐，也能让人看清楚现实，拍拍屁股，继续向前走。很早之前就听说过Jupyter，之前LY上课的时候说老师推荐他们用这个，前段时间支援ECX的时候，LYB也在自己的黑群晖上建了一个给我用，当时我还是用不习惯，说还是PyCharm好用，直到现在也觉得PyCharm好用，只不过在不同应用场景下，Jupyter优势还是很明显的。

最近一段时间太忙了，忙到所有的计划被打的粉碎，算了，能做多少做多少，想到什么写什么吧🤣🤣🤣。生产力来自于需求，发现最近记录的东西都是加快搬砖速度的，这次也是。某东的域名太多了，偶然发现有些域名的map不对，于是就想到用DNA来批量获取配置校验一下，问题是一个个的做太慢了，全部都并行将近一千个子进程，又怕一下把服务器打挂了。于是，控制并发数量就显得很有必要。还有就是最近在做一些已有功能的重复实现，比如Huang的pz，Lin的idlog以及rip，前后差不多快两个星期的时间，还是仿出来了，在仿照他们的功能的过程中，遇到了一些有意思的问题，好在也都解决了，其中用到的小技巧也记录一下。待办事项是ssl检验以及urlmd5值校验（包括内容比对），这两个等有时间再说，先挖个坑。