水、设计、生活
最近找出了几年前买的 Cubieborad ，因为折腾安装教程，去官网查看文档了解最新的型号。现在这个版本总感觉性能有些低。看见新出的版本 Cubieborad 7 性能有所提升，尺寸也有所减小，自己忍不住的想再买一台新版回来。
看了淘宝售价 460 如果再配上硬盘，拉风合金外壳，再加一块备用锂电池可以得到一台工业级的服务器效果，700多就能买到这一套。自己犹豫要不要下单时问了自己一个问题，买回来做什么用的？
买回来做什么用的，就是觉得升级版比现在有的性能好就想买新的。可是现在这个性能低的干什么用的？能满足自己的玩票需要吗？
[……]
这一周玩了几个手机游戏的体验和看法记录一下。
主要玩的游戏就是孤胆车神：维加斯、孤胆车神：新奥尔良、纪念碑谷1、纪念碑谷2。
开始玩王者荣耀，研究如何录像和对战，后来玩的狂野飙车8:极速凌云，然后发现每局的对战地图浏览不过瘾，因为需要录像游戏过程又发现了游戏直播和屏幕录制相关的软件，国外游戏录制屏幕还是以第三方App接口为主，国内游戏录制以内置为主。
开始想找一下侠盗飞车：罪恶都市的手游版本，可以自由在游戏地图里游玩的感觉，而且可选道具能靠抢，不需要买。
[……]
最近因为帮助别人开通了一个代理服务器，买的 DigitalOcean 的机器。为了测试自己顺带也买了一台服务器。每月5美元的机器用来跑两个 wordpree、一个小程序 wordpress、一个wecenter、一个飞飞影视。
这次搭建服务器直接用了宝塔控制面板，一键集成了 lnmp 环境。主要目的还把在 sae 上的的大部分服务应用做了迁移，将 sae 的服务迁移过来以后把 sae 收费的项目进行了清空。最近各种服务开始需要续费，而自己想着缩减近期的开支，趁着一周有时间抓紧做了转移。加上宝塔面板服务器环境搭建起来非常方便，只需要自己做好基本的网站程序准备，然后做好数据迁移即可。
上周把 sae 服务器的数据迁移完成了，这周准备要在 DigitalOcean 上进行续费了，续费完成后又有些疑惑了，觉得 DigitalOcean 的服务器性价比不是很高，相同价格5美元的 Vtlur 和 lindo 的服务器内存都要比 DigitalOcean 高，Vtlur 还有2.5美元的同配置服务器。所以自己觉得应该考虑在相同配置下直接用最便宜的或相同价格最高配置的服务器。
[……]
最近在手机 QQ 群应用中发现了狼人杀应用，自己进去学习着玩了几局，一下玩上瘾了。狼人杀是个10人或12人的团队角色扮演游戏。游戏分为好人阵营和狼人阵营。最后以留下的阵营成员判断胜负，其中有好人分神仙和平民角色两类。
胜负判断标准，好人胜，杀光狼人阵营（3人）所有。狼人胜，杀光好人阵营中的神职（3人）或平民（4人）的任意一类即获得胜利。
这个游戏狼人能看到好人阵营的和狼人阵营中的人，但不知道好人阵营的具体身份，狼人晚上可以投票杀掉好人阵营中的一人。好人阵营互相不知道身份，好人阵营只能白天投票选出存活中的一人出局，其中神职分为三个身份，预言家、女巫和猎人。
预言家晚上狼人杀人时可以翻看任意一人的身份牌，女巫拥有两瓶药水，一瓶药物可以救晚上狼人杀的人，一瓶毒药可以在晚上带走存活的任意一人。猎人被杀或投票出局后可以开枪带走任意一人。平民只有白天的投票权。
所以这个游戏其实是一个信息不对称的博弈游戏，白天投票前轮流发言和第一个夜晚死亡的人的遗言是唯一的线索来源。这时候真正的就是考验狼人混淆视听冒充好人和好人互相猜测的时间。能够看到各种人的各种游戏态度，足以观察一个人的游戏水平和角色扮演能力。
[……]
之前部署的 Calibre-web 书库一直遗留了一个问题，就是书库服务器软件自己开机无法自己启动 nginx，自己一直没有找到原因。这个问题加上 cloudatcast 的开发服务器性能不足和经常宕机直接导致了整个书库服务网址三天打鱼两天晒网。经常程序奔溃后我没有时间重启机器，然后几天就无法访问。
最近这段时间感觉书库服务器已经比较稳定了，今天中午休息时间正好有空，登上服务器仔细看看到底是什么问题。先是怀疑服务没有加入开机启动项，自己尝试了几种方式都不能正常开机启动。基本排除没有开机启动原因了。
联系自己手动通过 nginx 的命令行就可以开启服务，但直接使用系统服务却无法启动服务。感觉是开机启动的服务启动方式也许遇到了问题。开始模拟开机启动服务的方式启动 nginx 却发现报错显示服务启动失败，但 nginx 居然还在运行。仔细排查一下 nginx 的开机启动方式，具体报错居然是配制的访问日志没有权限写的问题。
[……]
昨天书库的 cloudatcost 服务器突然无法连接了，500 错误，在网站管理后台重启服务器，结果就连不上服务器了。
这种情况又没有什么办法重启服务器，也没有办法登录。只能在后台不断的尝试重启服务器，最后好像网站后台也没有办法重启服务器了，完全失联的感觉。
这下子就坑了，也许只能发个工单寻求支持了。
把很长时间不用的笔记本电脑启用了，然后尝试用笔记本来扩充书库，台式机硬盘已经爆满了。从百度网盘往下同步以前转存的书库中。
最后发现使用服务器提供的管理 Api 可以重启服务器。通过官方 app 重启了服务器可以正常连接了服务了，又把百度网盘拉下来的一部分书给整理了一下放到服务器上，大概增加 9G，同步模式太慢了。还需要优化上传方式，通过文件修改时间筛选好新增文件直接上上传。
[……]
新做的 Calibre-web 书库晚上又重新同步了一遍，整个同步基本是失败部分，只有 18M 需要同步。把几千个文件对比一遍用了很长时间。
做完以后星期日没有什么需要做的了，但早上醒来发现书库打不开了，请求基本没有响应，ssh 也连接不上服务器，看了一下管理后台显示服务器的 cpu 居然接近用到 500%，用服务器的 web 管理后台硬重启了服务器，重启后再测试发现负载正常了。这个问题需要持续观测一下，真的需要装一个监控软件看一下服务器一天的负载变化，研究下是不是自己服务器的配置分配过低了。
重启完成后测试书籍 send to kindle 的功能又不能访问了，是服务器的 dns 设置又被系统还原了，linux 的一些配置是一次性的，重启机器会被还原、学习了一下如何改服务器配置为不还原的修改，过程就是搜索。搜索完发现 linux 配置文件是只读的，保存不了，再学习如何保存，用 sudo 都不能保存，搞了很久发现 vi 编辑器保存命令后再加 ! 可以强制保存 。:wq! 这个命令保存即可，看到这个才对应起来在保存不成功时 linux 的提示有让强制保存加！的提示，可我这英文不好又给忽略了。还是要尽快磨块英语这把刀，绝对不会影响砍柴功，这个事情本是很简单的按照提示操作即可，但我居然用了几个小时才找到答案。
[……]
按照个人书库搭建计划，如期把 Calibre-web 图书馆藏升级为了 3800 多册，这么多书累计起来存储超过 17GB，这么大的文字数量，一个人读完也需要大量的时间。那些说自己读过上千本书的人真的让人佩服。
上传完图书以后自己又想将没有 epub 格式的电子书转换一下，这样就可以在线阅读了。使用本地 Calibre 转换了一晚上，通过小黄鸭 Cyberduck 同步到服务器以后网站又打不开了。这下几千本书籍也不知道要怎么处理了。
做了这个书库以后等于自己把书架藏书提升到了一片墙的感觉，一个书架墙只需要放置寥寥几本实体书和一个电子书就可以了，电子化总是好的，可以用极少的空间完成一件以前需要一屋子书架才能放起来的书籍。如果不是为了书籍的装饰效果，完全可以逐渐用电子书来替换了。
[……]
昨晚折腾 Calibre-web 书库到很晚，等着书库的888本书上传完以后又新开了一台新的开发主机，这次把内存和产品升高了一下，然后把硬盘容量提升到了 60G，但机器网一直不通，等了一晚上网也是不通，早上删掉主机重建以后网通了。
抽空对照了昨天整理的部署文档进行安装，把漏下的步骤又做了填补，基本是完整的步骤了。部署完成以后开始用小黄鸭同步了一个 1000 多本的超大书库，但很也发现了一个Calibre-web 的 bug ，这个书库文件配置错误以后程序会崩溃，无法运行。
同步之前还测试了calibre-web 只支持 epub 的格式在线阅读，没有学会如何在线转换书籍格式，所以用windows 下的 Calibre 软件本地数据库转换书籍到 epub 格式，然后通过同步功能同步到小存储的服务器目录。测试一下全部可以支持在线阅读大该需要多大空间，顺便测试本地 calibre 的批量转换效率。总体看个人使用问题不大，但如果有大批量的导入和转换的化初始阶段会卡。转换和同步到服务器过程中总会有几个失败的情况出现。这也许就是需要批量处理的问题。
[……]
因为自己本地版本Calibre软件中有很多的图书文档，大部分是基于 Kindle 的 .mobi、.epub 格式。突发奇想要去找一下图书馆相关的开源代码，再次验证自己想过的事情都有人已经实现或正在实践了。善于寻找总会找到你想要的经验和经历供你学习参考。通过关键词 epub web的关键词在github上找到一个基于 calibre 的开源web 图书馆系统，需要在linux环境下安装和运行，基于python 执行环境，但 pythoh 环境要求2.7以上，我的虚拟主机上安装的 python 是2.6版本，无法启动和安装。
所以需要先升级服务器环境，升级以后安装完成后其他服务器环境配置还是不能运行，一下午就折腾着熟悉升级 linux 服务器环境的事情。最终也没有完成服务器环境的部署和安装。
[……]