写了十几年的字,感觉荒废了不少宝贵时间,许多原本应该用来记录的时间都“浪费”在折腾博客软件上了。

为什么这么说呢,翻开网站折腾记录,阿不,网站变更记录,可以看到:

Sa-Blog => Apache + WP => WP SAE => tengine + 自己定制的WP => 支持容器化后(WP+Ghost)=> openresty+ dockerize website => Hexo => Hugo …

庆幸的是,当时做的WP For SAE后面还是有不少人在使用,周围一些同事不乏有使用过的。

那么该怎么避免这种“瞎折腾”呢?

0x01 选择合适的记录格式

目前相比较xml标记,html富文本,Markdown对于技术人员来说,几乎是最好的通用格式了:

  • 源码相对中立,强调语义和可读
  • 弱化样式成分,支持代码块,支持特殊情况下的HTML代码块
  • 有一大波桌面软件、手机应用、Web应用支持,作为标准协议存在,而非特异化的特例。
  • 有一大堆parser,方便自己几分钟搞定自己的定制模块。

为什么不推荐使用富文本呢?

  • 除非你能确定你使用的富文本标记和编辑软件可以一直使用下去,由于硬件设备变更、系统版本升级、软件开发者跳票产生的定制化的富文本标记很容易就变的难易维护,成为历史包袱,如果你不介意不同时期的文章排版风格不同,也没什么大不了的。
  • 除非你能cover富文本标记潜在的安全隐患,严格控制好输入和输出,避免产生包括并不仅限于:xss、injection…
  • 除非你能忍受最后页面结果包含一大堆冗余内容。

0x02 选择合适的发布模式

对于初学者最好的平台,基本上就是WP了,插件丰富,主题丰富,网上资料应有尽有。

但是如果你不是使用SaaS服务,可能你还需要考虑这么几个事情:

  • 服务器运维,即使是云服务器,偶有架构升级、机器迁移、机器重新初始化也是不可避免的,你的注意力和精力应该在哪里呢。
  • 应用安全性:从服务器安全策略到应用健壮性,你需要关注的点和面其实真不少,乌云虽然不在了,但是相信聪明的你,可以找到类似的平台或者旧的资料,看看有多少可能需要注意的点,这个同样不是你应该关注的。
  • 服务器前端配置,SSL证书,Nginx 压缩算法选择,Linux 连接数配置,合理的配置可以让你的网站安全快速,但是,这个也不应该是你关注的。
  • 博客软件,WP十分强大,著名的5分钟安装被各种软件广泛借鉴,http://www.sinacloud.com/doc/sae/php/tutorial.html#ru-he-zai-xin-lang-yun-shang-an-zhuang-wordpress 这里有一个几年前的视频,可以参考,但是这些安装简单的软件,实际使用起来却十分复杂,从静态化到标签配置再到媒体管理…

说了一堆事情,回归正题,良好的模式应该是什么呢?

  1. 编写并保存你决定要发布的内容。
  2. 执行公开发布操作。
  3. 刷新页面,你的文章更新了出来。
  4. 几个月或者几年之后,你不需要因为服务器被塞满了logs(rotate和discard同样不是你该关注的点) ,或者你要进行服务器迁移,修补安全补丁,而敲一堆命令。

那么该怎么做呢,使用 Markdown+静态文档生成器,关于具体软件的选择和坑,去年的时候,我有简单记录一些,有兴趣可以看下:使用Hugo重建站点

但是使用这个软件进行站点构建,解决不了发布问题吧?

是的,这里我们要引入一个新的知识点:持续集成

0x03 持续集成

诶,你不是刚刚说不要引入一大堆乱七八糟的东西么?

是的,所以这里我们只引入一个容器化后的软件包,通过虚拟化技术,可以保障你不论多久都能稳定的使用这个软件(相对随意升级的乱七八糟的软件来说,省心很多了)。

并且因为这个软件是使用在构建发布过程的,发布完毕的内容就是一些静态内容,你也不需要过分关注服务器安全和性能,如果你觉得有问题,重新执行一条命令初始化一次就好了:参考最近一次的网站架构调整: 网站架构简化

如果你在家里已经有现成的GitLab和Runner,那么只需要编写一个简单的yml就可以了。GitLab官方有许多例子:https://gitlab.com/pages/

针对hugo来说,你可以使用官方的配置,也可以自己进一步折腾,比如加一个代码美化的过程、内容压缩的过程、发布成功通知你微信的过程等…

但是如果你的源码是存在外网的三方平台上,把GitLab对外公开感觉风险比较高的话,可以考虑使用Drone,比如用下面这个方式来做:使用私有CI构建GitHub仓库

参考文章中的配置,启动你自己的CI服务,不过一句 docker-compose up 就好了。

先写到这里,有时间再补充。

–EOF