网站迁移

再次清算技术债务 门户网站荒废了好几年。“说起来那个网站，完全没维护啊”——开发者常见的情况。想要一个地方公开在侧项目中制作的工具和库，于是下定决心着手进行改版。 为什么选择Hugo（再次） 其实作为基于Go的静态网站生成器，我以前就对Hugo很熟悉了。Jekyll、Gatsby、Next.js（SSG）等选择有很多，但最终还是Hugo在构建速度和模板简洁性上胜出。最重要的是，用hugo server可以边实时重载边流畅写作，这种感觉很舒服。 其实迁移准备几年前就做好了，但犯了那个"总有一天会做"的病。如果是工程师的话，谁都经历过那种感觉吧。 与技术债务WordPress的诀别 传统的WordPress网站，简直就是"会动的技术债务"状态。每次登录管理后台都是"请更新插件"的狂轰滥炸。安全补丁、PHP版本依赖、MySQL的维护…真的受够了。 对开发者来说，git add . → git commit → git push的工作流程压倒性地自然。用Markdown写完，无论是GitHub Pages还是Netlify都能部署的轻便性，一旦体验过就回不去了。差异管理、分支策略都随心所欲。这才是Infrastructure as Code的真谛。 名为主题选择的沼泽 Hugo的主题选择，和npm包选择一样费时间。Academic、Hermit、Terminal…每个都很有魅力让人迷茫，但最终还是选定了PaperMod的精致设计和性能。 “与其追求完美，不如先做出能动的东西”——这种敏捷思想，定制化延后。以MVP而非MVS（Minimum Viable Site）为目标开始。 实施阶段：准备占八成 因为在技术选型和需求定义上纠结了很久，实际编码只花了几个小时。现有内容的迁移、配置文件的调整、CSS的少许定制而已。果然设计阶段最重要。 迁移后的感想：静态网站的胜利 从WordPress解放的感觉超出想象。不用担心服务器资源，（将来）用CDN爆速分发，SEO也良好。最重要的是开发者体验（DX）完全不同。 总之，完成了多年悬而未决的网站迁移，感觉轻松多了。建立了简单、轻快且对开发者友好的环境，这次一定不偷懒，充实内容。