大多数人,最起码是我本人,都希望自己的个人博客可以永久保存,不因为网络环境的变化而丢失。这也是我在 2013 年创建个人独立博客时的初衷之一,因为无论 QQ 空间还是新浪博客,最终都会随着平台的没落而导致数据丢失。

我不在乎自己的博客有多少人关注,因为这里本来就是给自己生活的记录;如果需要运营,只需要分享一个链接就可以了。
就这样,我的独立博客从 2013 年一直坚持到了 2026 年。但随着“AI 时代的到来”,我开始重新思考一个问题:什么样的博客更可以长久保存?什么样的博客更适合 AI 时代?

或许答案已经指向了“静态博客”:

1、数据自主:无论将来如何变迁,数据都保存在本地。说个最极端的情况,即使因为某些不可抗拒因素导致网络中断,我仅用一个 U 盘就可以保存所有数据。

2、兼容性强:即使将来技术再怎么发展,静态博客也不用考虑运行环境及服务器适应的问题,在任何技术环境下都可以正常发布,防止自己精心编排的文章因为切换平台而造成乱码。(最近折腾一个老网站,让我深刻体验到了这点。)

综上,我越来越青睐静态博客,特别是基于 Hugo 程序的静态博客。当然,现在面临一个问题:我现有博客的数据(包括文章和评论互动)很难完全转移到静态博客上。如果强行切换,反而会造成另一种形式的“丢失”和折腾。

不知道未来会怎样。或许过一段时间,我还会一直坚持现在的博客;又或许再过一段时间,我会花些时间进行一次大转移。

谁知道呢?

已有 31 条评论

  1. 博客的重点都是静态

    1. 确实是,目前有想改动的冲动,我再坚持一段时间,如果 这种冲动还是在,可能就真的动手了。O(∩_∩)O

  2. 没有什么永垂不朽。我在想视频网站哪些数据未来越来越多,咋办,文本毕竟体积小。

    1. 我的视频都是保存在本地,我之前在优酷等平台传过视频,后来都丢了,所以现在网站很少传视频了。

  3. 永久的话使用docker部署博客后台再内网穿透到外网不更好

    1. 哈哈,目前还没研究到这个。

  4. Huo Huo

    目前还没有打算转到静态,听说是不是会比较麻烦,菜鸟有点力不从心啊,现在的博客能稳定运行就不错了

    1. 有AI的协助,技术上还好,只是评论系统是个问题。

  5. 我的博客历程:18年--21年用的WordPress,之后用的vuepress,转为静态之后,的确管理维护更加方便简单,平时基于git管理发布,备份也更容易。

    1. 嗯,我刚开始是Wordpress,后来转为typecho,现在想转静态……(还在犹豫中)

  6. 一样的想法,不知道现在要玩些什么了,哈哈

    1. 我最近的想法是:AI(管理)+Obsidian(知识库+存储)+Hogu(博客发布)

  7. 我现在使用的 hugo 极力推荐~
    文章以 markdown 形式存储,全方位兼容。转移也相当方便~
    除了个人博客外的其他应用,基本全部是 docker 环境,再内网穿透方式部署,docker 环境的好处就是稳定、与其他实例完美隔离,但 docker 方式我目前也只是过渡期,比如使用的 twikoo 评论系统、memos 的说说系统。
    我最终的目标是希望像 koobai 大佬一样,全方位的脱离服务器,全靠 github + cf 托管。

    1. 哈哈,我这几天搭建了一个Hugo网站,感觉挺好,但目前唯一就是评论还没有找到特别合适的方式。
      我目前的计划是,我的日常博客继续保存。但从现在开始建立一个:AI(管理)+Obsidian(知识库+存储)+Hogu(博客发布)的数据管理、存储和发布的流程,将我过去发布以及保存在本地的数据慢慢用AI整理成markdown形式的标准内容,方便后期的不断完善和更新。
      你说的 docker 我研究一下,看看我是否可以搞懂,感谢推荐。

  8. 我每次看到这样的博文,我都在想怎么把旧博客的博文转到新博客中

    1. 文章还好,可以通过数据库导出,然后生成md文章,但评论我没有没有找到合适的方式。

  9. 必须折腾起来呀,我现在博客所有东西都是托管在CF,白嫖它的各种服务~ 完美~

    1. 哈哈,可能年龄到了,慢慢不想折腾,我已经快10年没有折腾博客了,但最近因为AI起来,让我觉得静态博客更适合AI,静态博客才是未来,所以激发了我折腾的动力。

  10. 你网站没有 favicon.ico 么?浏览器的标签页那里没有图标。

    完全静态不推荐,就是因为评论。静态博客的评论目前主流的处理方式就是接入第三方评论接口,这会导致备份不方便,以及第三方服务的不确定性。要么就是你自己再搭建一个完全自主的评论后台,其实和动态网站差不多了,只不过你可以把二者分的更开,相当于前后端分离更加彻底。

    动态就动态吧,sql文件或json文件备份也省事,能再额外搞一个md格式的文章数据备份,一切都是纯md就不太够用。主流纯静态方案也依赖git/node/构建/第三方模块.

    甚至可以折中,既不纯静态,也不纯动态,比如数据纯静态(md+json,不依赖数据库),服务全动态(node或php).

    1. 我这边显示是有图标的,就是我博客的头像。
      我目前的计划是,我的日常博客继续保存。但开始建立一个:AI(管理)+Obsidian(知识库+存储)+Hogu(博客发布)的数据管理、存储和发布的流程,将我过去发布以及保存在本地的数据慢慢用AI整理成markdown形式的标准内容,方便后期的不断完善和更新。

  11. 我确定没有,代码里没有类似“‹link rel=icon...›”的代码,直接访问`https://www.winegrower.cn/favicon.ico` 也是404

    1. 哈哈,现在看看,有没有了?

      1. 还是没有哦,你的 favicon.ico 是个png冒充的,好像我的 chrome 146 并不认。

        1. 哈哈,感谢提醒,我今天晚上又重新生成了 favicon.ico,应该可以了

  12. 还是不行,我看了一下还是png,你把png上传到 favicon.io 转换一下试试。

  13. 静态的话用GitHub+cloudflare基本上能满足动态博客的需求。
    评论的话采用waline样式,数据库采用cloudflare 的d1数据库,可能反垃圾功能需要重点研究下。
    过去的评论数据导出来,按照一定格式处理下,直接放入d1数据库里调用,应该能解决迁移问题。
    还是AI时代好,建博客的成本无限降低了。

    1. 永久固定好文章的slug ,应该可以解决评论和文章的匹配问题。

      1. 你博客目前不能评论吗?我找了半天,没找到文章评论窗口。哈哈

        1. 我也是搞不定评论模块,所以目前还没加上。

          1. 我那个Hugo加了一个waline,但大陆访问不稳定。

    2. 嗯,最近也在测试,但目前感觉纯静态体验并不是很好,对于我而言,纯静态只是一个网站的备份。

偶尔的闲暇时光
上一篇 «
以后得早睡
» 下一篇