纯静态博客的优缺点

静态网站不是什么新鲜事了,恰恰相反,在我眼中它是很“古老”的东西。

大约在零几年,我初中还是高中的时候,计算机课上老师还教我们用微软的办公套件制作网站,那套件不需要懂代码,傻瓜式的操作就能弄出一个很漂亮的网站,做好之后本地生成的就是一堆html文件以及同名文件夹。这跟当年用ADSL猫拨号,下载网页文件,再脱机浏览网站的内容一样的。如果当年的我再懂得申请静态空间跟域名,将那堆html放上去,说不定我就成为初中学生站长了。

这么多年过去了,日新月异的互联网里边,这种纯静态的建站方式非但没有淘汰,还在博客圈一小部分人群中重新流行起来,让我很感慨。

其实这些站长都懂得用动态程序建站,有不少还是从WordPress转过去的,之所以选择纯静态,不过想着是简洁、快速、免维护。能省一事算一事,无所谓优劣,只是追求不同罢了。

正所谓有得必有失,纯静态的方式建站也有缺点。首当其冲便是失去了交互功能,访客只能看不能说,很多甚至连站内搜索都没有。可能也是部分博主想做个安静的作者,认为评论没啥营养,不要也罢。

还有些人就比较装逼,用了纯静态的方式建站,还费尽心思整了个评论系统,前阵子“多说评论”服务宣告关闭,给了这部分人一个响亮的巴掌,第三方评论赚不到钱,再换别的也同样靠不住。况且加载第三方评论服务,不仅拖慢了静态化的网站,又留不住自己的东西,如此吃力不讨好,还不如不要评论。

纯静态网站还有个问题:数据不便管理,虽然小站一般也没有多少数据。但一般建站我们都习惯使用结构化的数据库,将来无论是迁移平台,或则升级之类,数据转换都比较方便。可如果纯静态化了,历史文章就变成一个个网页文件,若改天玩腻了纯静态,想要将其重新导入WordPress或则其他第三方平台,对一般人来说是很难的,至少我是想不出有什么批处理方式可以将零散的文件重新整合成SQL数据库。或许高手可以做到,不过得费大力气。

有什么办法可以让网站享受纯静态的极速加载,又能保留动态网站的数据库功能?稍微有经验的都知道将网站缓存静态化,这不同于普通的伪静态。启用缓存静态化之后,缓存目录里边生成的都是一个个货真价实的html文件,如果当前页面没有更新,渲染引擎就不用重新渲染,那访客请求就是一个html文件,论速度只比真正纯静态差那么一丝(看具体缓存的方式,WordPress平台如果使用WP Super Cache插件,那选择 mod_rewrite 缓存模式就是最快的),这一丝的差别访客是感受不到的。

当然,最技术大牛来说,这一切都不是什么问题!只是希望大家,不管玩到什么程度,不忘初衷,方得始终!

觉得好可以点个赞!
(暂无人赞)
Loading...

《纯静态博客的优缺点》有13个想法

    1. 为共同的目标向往,做了群体的智慧碰撞嘛。好听的与不好听的话都出来的

  1. 不论动态静态,对我来说,开心就好~~只要自己选择,自己喜欢,自己的后果自己承担,无论动态还是静态,都很好~~

    1. 不排除有些人就是跟风玩一下,没做持久战的准备……要做持久的话,前期根基必须打好

    1. 话是这么说,不过很多人钻搜索引擎的空子,做了优化排名刷流量赚钱的

  2. 静态博客、动态博客各有优缺点。
    我用 Jekyll 感受得到的缺点是这样的,内容一多监视修改等生成要费时间,SSD 还好,机械硬盘要长些。Hexo 等其他的好像好些,不过用习惯了就不打算换。
    我觉得要是哪天不用了,迁移到 WP 也不会太难,GitHub 上应该有现成的生成器或脚本可转换成导入 WP 可用文件。
    最后,我觉得内容才是最重要的,博客太久没有生产内容就显得死气沉沉。

    1. 我觉得自由迁移才是最重要的,这其实也就是内容本身比形式更重要的体现!如果有相应的迁移工具,我倒可以试试静态博客

  3. 纯静态网站还有个问题:数据不便管理,虽然小站一般也没有多少数据。但一般建站我们都习惯使用结构化的数据库,将来无论是迁移平台,或则升级之类,数据转换都比较方便。

    我现在深有体验,兜兜转转 还是转回来了!

发表评论

电子邮件地址不会被公开。 必填项已用*标注