今日（7月14）凌晨迎来本年度超级月亮最佳观赏时间，和往常一样拿球机来看看，太久没在本地操作差点忘记需要设置在统一网段..

Ps.

成都局部乌云密布，月亮若隐若现，无法正常观月

如题，这种情况只会在重建相同域名数据库站点的时候才会出现，比如新建一个带mysql的站点后安装完wp再删掉（站点、数据库），重建的时候安装wp就会在最后一步报数据库wp_user表已存在，一堆错误.. 照网上删了frm数据库文件重建也无效（因为没有idb文件，全都是frm文件）

Ps.

暂时不知道什么原因导致的以及如何修复

之前开个v还可以偶尔正常用git与github通信，最近一直报 443 连接超时，百度的一堆什么 unset proxy 都没用，最后找到 github 上的开源项目 Github520 通过修改更新本地 hosts 来实现访问，实测有效。

Ps.

Windows 环境修改 hosts 后需在 cmd 执行 ipconfig/flushdns 来刷新 dns 缓存使 hosts 立即生效

时隔几日未更日记，近期也是对 2BLOG 主题跟进了很多个小版本，目前打算先暂时这样（beta-v1.2.0），如果后续发现任何问题再进行更新处理（还有些future todo）。目前，在wp上除公告外所有数据均已“文章”形式发布，这样未免显得有些杂乱了，所以对 lbms 的数据新增了单独控制数据切换：默认情况下 leancloud 为关闭状态，当其打开时，所有涉及 BaaS 的（模板）页面均被自动全选，即将默认调用 lbms 返回的数据（包括公告在内），但这里也提供了自选项，可勾选想应用 lbms 数据的分类页面（未被勾选的项目将默认调用wp数据），这样一来可以简单将数据区分开来。需要留意一点，当wp作为数据源时可以在后台 通用控制 中启用“展示型单页”以作为可点击的文章链接（一般这种展示型的简短数据其实不太需要内页作为支撑，不过倒是可以加一个单独评论挂件，个人想法..

Ps.

另一方面也是我留在leancloud的数据有些多了（虽然友链、下载、漫游影视都上传到wp了，不过还是想留这么一两个在lbms上.. 嘛，日后再说啦。

偶然看到服务器的4g内存占用超了80%以上，然后就想起之前在服务区上部署了 seafile 那一堆东东，随即去 docker 停用后马上下降到20%了（之前 seafile 搭建到服务器上，结果发现不太现实，这服务器带宽吃不起，尤其是 seafile 中的 elasticsearch 搜索服务很容易满载，还有 onlyoffice 也会吃掉一部分内存，这就意味着会服务器内其他项目可能会发生不可预料的错误，所以 nas 这种东西还是部署在家中走宽带吧哈哈..

Ps.

顺带一提公司的站群服务器居然内存不够用，好几次爆内存直接把mysql给整宕机了，太坑了。