换到hugo

今天,把博客的程序迁移到了hugo,尝试一下静态网页。

从一开始的wp,到自己写了一套前端后端,到现在hugo,没想到一转眼已经过了10年时间了。

至于为什么迁移到hugo,其实也没有什么确切的原因,大概是想尝试下新的东西,感受下生成静态网页这种新的概念吧。

其实本身静态网页没什么新奇的,早期的网站就几个html文件,跳来跳去的,那就是标准的静态网站。之后的发展,前端发展的越来越炫酷;内容也都存储在数据库中,后端思考问题之一,就是怎么更快的返回需要的数据。

之后cms类的程序,有一个优化思路就是把文章生成静态文件,这样访问的时候,也不用查数据库,也不用组合数据,直接扔到前端程序里,组合一下就展示出来了。没想到今天这个思路被进一步发展,成为了现在这种类型的静态网站。

hugo这种形式,概括来说就是用程序把内容组装成只有静态资源的网站。换言之就是去掉了数据库之类的存在,以便于简化网站部署,提高访问速度。

真的可以简化部署嘛?其实很难说,即使只有一堆静态资源,优化空间也是存在的。

真的可以提高访问速度嘛?可以,但是能提高多少就很难说了,从内容来讲,字节不会减少多少,从处理来讲,存到内存里,也未必会慢。

所以它有没有绝对的优势呢,我想应该是上手简单:),这在今天来说,属于一种不可忽略的优势。但是wp的友好二次开发,以及各种语言,框架,中间件等等的简化,使得这种优势渐渐变得不明朗了。尤其是,静态网站怎么交互呢!数据库可是现代网站的核心。

基于以上的原因,我们其实可以观察到,hugo,hexo 等等这种静态网站变得越来越沉寂。有可能过一段时间,我又会换回自己的程序;),不过在这之前,就尽可能的折腾吧。

hugo 的安装部署

总体来说,安装部署还是非常简单快捷的,按照官网教程就可以非常顺利的运行。主题使用even,这个主题看起来还不错,功能也比较全面。之后再写个脚本把原来文章转成md文件。hugo server 走起,完美。

之后就是 nginx 运行 hugo 的资源,目前还是一切顺利的。

现在看,even这个主题,也有很大的调整空间,可能以后再发挥一下吧。

结语

就当前来看,hugo的生成速度非常不错,生成的文件结构也很合理,相信在一段时间之内,都非常适合纯静态网站生成的程序。对于博客这类程序来说,契合度还是很高的。

目前还没有给网站增加自动发布功能,现在有几个思路,但还是希望找到一个合理又方便的方式。加上自动发布以后,就可以在本地编辑文章,一键发布了。这对于喜欢使用 typora 的我来说,还是非常完美的。

纪念一下以前的网站

(首页)

QQ20200924-160049@2x

(内容页)