建站之旅

前言

2018年我开始尝试建立自己的个人网站，期间断断续续一直时至今日才算摸清楚其中的原理，回想当年也确实是喜欢折腾，但最终没折腾出来什么名头。如今确实需要一个记录的空间，又回头捡起了当年的“任务”。

2025年，当我搜索“建站”，看到了github pages，wordpress 还是熟悉的字眼，随便挑了一个静态网页的github pages教程，选了hugo+pages的方案，到做到进入github创建两个repo的时候，看到了活跃日期是2018年的repo，上面写的aunnyop.github.io，repo里还有几篇零零散散的文章，无数的回忆涌上心头。

Hexo+Github pages

2018年-2019年那段时间和大学同学一起“摸鱼”他们是网络安全专业，我也一起去实验室混着学，一起复现漏洞，一起交流（现在想起来，那段时间真是绝佳的转专业机会。🤣），就在那会搭建博客。当时应该选择的是hexo+pages的方案，确实不记得了，因为至今才搞清楚静态页面、前后端。

但是那段记忆很少，因为复现漏洞的时候都按照文档递交的，也没怎么维护博客，至于当时的博客还留了一些什么内容，也没在git上翻，直接删掉了。那段时间算是打下了一些linux操作的基础。往后开始就慢慢接触服务器了。

所以说Hexo+pages这段记忆很浅，当我翻到github仓库的时候才回忆起来，不然都不知道当年还搞过博客。

Wordpress

2019年之后就“转行”去搞摄影了，想的能不能把照片发布出去，并且按照自己的方式展示，因为看别人的摄影集都是以“合集”的形式出现，并且好归档。这时候就萌生出能不能自己也搞个个人的摄影网站的想法。

摆在我面前的第一个问题“用什么平台”：当年根本没有前后端的概念，也不知道从哪了解到的，直接用了wordpress。可能确实是第一大平台，教程也很多。

第二个问题“域名”：当年为了了解域名也是煞费苦心，为了让网站上线，在阿里云买了域名，了解怎么备案，买了专门的幕布，在宿舍拍摄验证照片，最终买了aunny.cn这个域名，也就是现在这个blog使用的。

第三个问题“照片存储”：做为摄影网站照片肯定不能少，我忘记了当年是如何考虑的，但是当年的“我”就选择了picgo+阿里云oss的方案了。因为今天当我再次想要上传照片寻找图床的方案，了解到picgo+阿里云oss（是的，今天我完全不记得当年自己干过）方案，打开自己的阿里云控制台，发现了2018年创建的bucket，点开里面还有一些当年的照片，我自己都笑了。😶感觉今天的自己像个傻子。

第四个问题“服务器”：这一块我是写到这才想起来，还需要服务器，看了下阿里云的账单，是用的阿里云的，剩下的细节完全忘记了。

就这样，凑起来了我人生的第一个站，并且是在通过备案上线的。但之后也不了了之了。域名还在续费，服务器到期就再没管过。

（应该没缺失的了，能想到的就这么多了，都是凭账单回忆的）

时间回到2025年，重拾了想要建站的想法，前后记录用过onenote、notion、obsidian、杂七杂八的软件，都是出于新奇，有时候也是确实想要记录点什么，但我文笔确实很差，东一榔头西一棒子，最终也是不了了之。但我觉得还是要记录，不管是什么，不管怎么样，做了再说。于是一鼓作气重操旧业。

Hugo+githubpage

直接跨度到了gpt的时代，可是还是脑壳痛，静态网页的管理个人感觉如此的麻烦，甚至怀疑为什么要“没苦硬吃”呢。周末两天跟着gemini和教程，搭建是搭建起来了，但是主题“缺胳膊少腿”，什么toml文件不对，什么相应的关联文件没拷贝进来。然后再打开vscode编辑你的“日记”，看着都头大，于是放弃了。

Hugohugo+githubpage+headless CMS

当我正准备因为编写不方便放弃的时候，gpt给了我一个新点子“Headless CMS”管理。看了下Decap CMS的文档，我就放弃了，本身没有一点前后端的知识，对我来说有点难度。

headless 顾名思义“无头”不负责内容显示，内容管理部分负责创建、编辑和组织内容，而内容展示则由开发人员根据需要自由选择合适的前端技术来呈现内容。

Publii

问了gpt各类方案，wordpress又没必要，我只是记录文字，放些照片，不想让庞大的系统维护拖累我。最后我在gemini的末尾回答发现了一个之前从未听过的软件publii。类似于他们说的直接集合了静态+CMS。

摸索了一阵，虽然简陋，但瑕不掩瑜。

对我来说他的优点：

1. 开箱直接建站。
2. 文章直接写，不用操心目录
3. 有现成的主题，自定义项目都放到了软件界面的配置里

缺点：

1. 主题非常少，甚至付费的都很少
2. 主题自定义程度低，甚至都没法归档聚焦
3. 不知道这个软件后续还能维护下去不。

先开始第一个站点的建设吧，其余的还在摸索中，慢慢完善。

Astro+FrontMatter CMS+Github+Netlify

2025年5月20日，Publii用了两天，缺点就渐渐暴露了。

1. 主题固定后，基本没法修改，只能修改固定的模块。
2. 模板没归档功能，完全靠翻页。
3. 最后才发现无法已写的文章既然没法导出md文件，最为致命。

于是找到又开始了寻找替代的方案，这次问的OPENAI，因为openai的消息实时性比gemini要强的多，这次推荐到了astro，对于我这个前端盲，看上astro的原因也就是因为找到了对应的模板，astro-paper，基本功能都有了，就直接开搞了。

可能是第一次研究了hugo，感觉astro的模板以及替换比hugo方便，也有可能是astro比较新吧。反正就这样弄起来咯。

总结

这篇文章从publii，写到astro上，目前来看这段路程可以告一段落了,慢慢了解下astro继续完善，目前来看自定义没什么问题了。