水、设计、生活
这两天测试了一次开通两个小蜜蜂账号，这样每天可以增加100本的存储量，小蜜蜂防止滥用下载的程序还挺严格，一不小心就被封禁下载4小时。试了很多次才用两个浏览器下载完成。
下载完的书籍重复还是很多，为了防止浪费每天的下载次数，通过chrome 的自定义搜索，在加入书库的时候先搜索一下书库是否存在相同的书，相同的话就不再下载。自定义搜索用起来还是挺好用的。
因为增加了书库下载量，自己感觉笔记本整天干转换，下载图书的工作太费硬盘，基本上calibre转换为epub和mobi时正常使用电脑都受影响。想着测试一下把calibre的本地书库整理工作放到华为云桌面上。复制文件迁移到云桌面，配置cos的本地同步工具，但从笔记本拷贝过去的本地同步工具还要全量上传一次到云存储上。迁移到云桌面后的书库目录有变化，又研究一下虚拟磁盘把云桌面的磁盘虚拟一个E盘出来，保持与原来相同的目录后cos本地同步工具就可以沿用同步记录了，不需要再次全量上传一次到云存储了。
[……]
因为calibre-web服务器环境目前基本稳定了，所以自己开始考虑如何进行图书墙的数据扩容问题了。前段时间因为需要下载图书，开通了小蜜蜂书库的vip，自己每天抽空把下载权限给用上，每天可以新增到书库50本新书，去掉重复的部分基本可以达到30本，一个月能新增1000本。一年能新增一万本图书，应该也能服务不少用户了。
小蜜蜂的书库基本都是正版书籍，在排版和质量上都能有所保障，之前的一部分图书是从其他网站下载的，很多不是亚马逊的版本。这几天我对重复图书的处理是不重复添加，现在想来应该重复添加才对，这样可以将原来非官方的图书版本更新掉，逐渐实现图书质量的提高，反正上传不花钱。只不过是重新覆盖一下。然后通过 calibre的插件 Find Duplicates 处理重复图书。
小蜜蜂的vip只需要30元每年，对于电子书资源来说性价比超高。但下载权限的限制也很明显，一天只能存储50本，一天只能下载20次,下载还有频率和带宽限制，好在打包下载速度还可以，一般50本下载下来需要20多分钟，不能一起下载，一次一个进程下载比较安全。
[……]
calibre-web 程序放在腾讯云中，用了腾讯云的cos对象存储来放置图书库。可以让书库容量变得接近无限大。
为了充分发挥对象存储的优势，通过修改模板文件和代码程序，把calibre-web 的缩略图和图书下载阅读都直接使用了对象存储的cdn访问。这样既能提高用户下载速度，又可以节约python转发对象存储内容的服务器算力，要让对象存储的请求数减少一些。cos对象存储的访问域名和对应的对象存储cdn域名是单独两个，直接使用对象存储域名还是cdn域名也是各有优缺点。
cdn域名可以对资源进行加速和缓存，而且能抵消一些免费cdn流量，用上cdn以后如果用户少也许空中率会没有这么高，基本还是回源访问的话达不到加速效果还损失下载时间。cdn另外一点是不能再通过对象存储的加密访问来防止盗链资源的发生。cdn加速效果和加密访问资源这个在后面需要继续测试和改进。
[……]
现在图书库中有1.3万本图书，其中有90%是从网上下载的各个网站的资源。书籍的meta编目信息混乱的很，标签有几千个，作者、书名、出版舍也都混乱。
因为一些网站为了推广自己而在图书的meta植入广告，如果是自己看一两本书没什么影响，几万本书的时候对资源统一管理，整理势在必行。好在calibre 可以辅助索引检索。自己人工用排序将没有意义书籍标签先处理了，处理了几千条。通过批量管理吭哧吭哧搞了一个小时，一晚上基本都在干整理标签的事。整理完以后还剩一些标签需要再规整，但先将广告标签和书名当标签的情况处理掉了。
整理书签顺道把放到出版社位置的广告也都删掉了，搞完书库的标签和出版社。后面发现作者和标题的重复人工基本无法处理，太分散，太难发现。
[……]
北蚁论坛的网络影响工具：https://www.inorthant.com/toolbox/
这个工具清单涵盖了北蚁论坛公司做海外营销用过的一些营销工具，覆盖比较广泛，可以考虑挑选适合自己的工具试用体验。包含：建站/着陆页、SEO/SEM、数据分析 、社交营销、转化率优化、内容创作、邮件营销、视觉制作、工作效率类的各种工具网站或软件。
GitHub上的共享：中国独立开发者项目列表 — 分享大家都在做什么
https://github.com/1c7/chinese-independent-developer
聚合所有中国独立开发者的项目：作为开发者其实比较好奇其他人在做什么业余项目（不管目的是做到盈利/玩票/试试看） 所以特意建了这个库。欢迎各位开发者把自己的项目加进来~ 发 Pull Request 或 Issue 即可 （入选标准：必须是网站或App，不能是开发者工具或论坛型网站）
这个列表可以让你追踪到很多独立开发者在做什么的动向，我在其中还发现了一个 采访 “独立开发者” 和 “远程工作者” 做产品盈利的故事（http://sideidea.com/） 的项目，这个项目让我了解了一些个人开发者的故事，也从中学习一些产品和创业内容的思路，当然这些故事和采访有时效性，也有不一定真实和不完整的问题。不盲信，不盲从，从中学习到别人的优点和思路即可，找到适合自己的自由职业之路才是自己要学习和实践的。
[……]
我是一粒沙子，是正统的海沙，前几天刚与我的伙伴一起从海水漂浮到沙滩。
现在身上开始暖和起来，阳光晒在我身上，温度适宜。晒过一会就会有些过热，然后我就挪挪脚换到其他沙子下面去。
在我周围包裹了无数的沙子伙伴，但我不知道他们是不是跟我一样能够思考。我每次发出声音都没有沙子回答我，但我能听的懂人类的语言。
实际上我也只能听懂一部分人的语言，沙滩上会有来自不同世界和国家的人，语言也各种各样，有很多语言我是听不懂的。
我能听懂的也只有中文的普通话，中国据说有太多方言了，我大部分都听不懂。我能听懂的语言就说到这里。具体我是如何听懂人类语言的我也不太明白，也许是天生，也许是在沙滩上呆久了，反正在我产生思想并能思考开始，我就能听得懂人类的语言了。
[……]
因为上周末在腾讯云上搭建了Calibre-web 程序。为了节省服务器硬盘，为了以后书库扩容方便，自己把书库文件通过腾讯云的对象存储挂载到云主机的方式存放的。
开始主要是想用腾讯云免费的50G对象存储（cos）空间，但后来发现用户对象存储好像天热比较适合这种固定且读写不频繁的图书库场景。
但用对象存储挂载到云服务器上发现读写瓶颈非常明显，基本上只要一更新calibre的数据库就会把 Calibre-web的程序搞崩溃。自己开始不知道是对象存储当磁盘挂载的读写造成的。结果反复的尝试和研究calibre-web的驱动方式与挂载磁盘的关系，一个劲的重启、删除数据库、重装来测试。
最后才发现原来是对象存储当磁盘使用不能把对象文件当数据库来使用。仔细研究了一下calibre管理图书的原理，发现书库的索引库放在了跟图书源文件一个目录，这行好处是可以配置一个数据库文件地址，就能按照数据相对索引到图书文件。
[……]
最近晚上一躺下就困，总想睡觉。其实睡觉时间也挺长的，因为孩子在旁边，晚上睡的也不踏实，睡眠质量也许是下降了。
总想着抽空要补上一个长长的深度睡眠。人乏了也就不想行动，晚上也不想看书，也不想写日记，玩了两局绝地求生手游也不清醒。关键是还不想自己早早睡个觉，总觉得睡早了是对自己时间的浪费，会影响自己某些坚持练习的行动。
今天在想自己为什么不能坚持写日记、不能坚持锻炼，但为什么能坚持吃素呢？
我想只要原因是吃素这个活动分为两块，吃饭需要每天都做迫不得已不做不行，而我自己只需要被动的控制自己选择素食就可以。
[……]
Calibre-web 程序本身自带了将图书文件存储在谷歌硬盘的解决方式，按照教程配置应该就可以搭建成功，为什么是应该呢？因为我还没有尝试这种在Google Dirve存放图书文件方式搭建。原因是我的谷歌硬盘只有15G大小（存储升级并不贵，1T空间貌似只需要9.9美元/月）。另外是在国内无法访问谷歌硬盘，这样在国内基本就无法使用这种方式。
所以只能自己用国内的存储方案来实现硬盘够大，还比较优惠的方案。开始我准备直接用腾讯云或者阿里云的服务器来买块大硬盘就可以提供服务了，但考虑到未来如果图书库越来越大的话备份和迁移服务器都会是比较麻烦的，重要的一点是把如此大的文件放到一台服务器备份也很麻烦，文件的下载速度完全取决于自己服务器的带宽能力，1M的服务器跑个web应用还可以，如果再加上大量图片和下载就不行了。
综合了阿里云和腾讯云的服务器的存储和对象存储后，直接在腾讯云的cos对象存储中存放40G的书库文件，腾讯云提供50G的cos对象存储免费空间，基本可以满足需要了，未来如果增长也只需按量付费就可以。
[……]
工作日微软的office 365的技术支持给我打电话处理问题，解决的事关于 Office 365的邮件组在exchane 中设置邮件权限的问题。在邮件群组的设置中我自己测试了很长时间没能够解决的问题，技术支持客服一个电话指导就给解决了。
以前的时候在使用商业软件的一些功能时我总喜欢自己折腾，因为用的免费产品比较多，加上自己不喜欢给别人添麻烦的性格。自己遇到一些问题的时候总喜欢自己去研究琢磨，在用免费开源软件的时候养成的习惯在使用商业软件的时候也一直是这样的，遇到什么问题第一时间是想着自己动手去研究一下。结果研究来研究去浪费了很多时间，终于把一个很简单的问题给解决了，在陌生领域解决获得成就感让自己越来越多的采用这种一个人摸索解决问题的方法。
这在年轻的时候还是挺锻炼自己动手能力的，最近几年越来越忙，时间越来越觉得不够用，遇到问题自己动手折腾的劲头也消失了很多。现在遇到一些自己解决不了的问题要么是搁置一段时间偶尔解决一下，要么就直接放弃。现在发现很多新入职的技术人员也有这种问题倾向，遇到问题自己在那吭哧吭哧弄个几天也解决不了，也不合理的利用自己周围帮助自己解答一些关键的疑惑。现在自己又找到一种更好的商业问题解决方式，通过服务提供者的客户服务渠道来解决一些自己不熟悉，无法解决的问题。
[……]