话说回来，折腾这个《舞姬》的官网更新日志，真的是被逼的。
之前那个官网，用了快三年了，前端的代码我自己都看不下去。那时候刚学着搞点服务器上的东西，图省事儿，直接套了一个免费模板，结果越跑越慢，特别是手机端，点进去加载五秒钟，用户体验简直灾难。而且最要命的是，每次我要发个新的更新公告，都得手动去改那个长长的HTML文件，一不小心标签就错位了，简直要人命。我当时就想着，这样下去迟早得出大问题。
第一阶段：下决心，换工具
我琢磨了好久，不能再这样混日子了。必须彻底抛弃之前那个老掉牙的架子。但我又不想上那些大而全的CMS（内容管理系统），太重了，我这小项目犯不着。我就想找个轻快点的，能自动生成静态页面的东西。
- 我1试了一个知名的静态博客生成器，但它的目录结构把我搞懵了，太复杂，不适合我这种只想要一个简单更新日志的场景。
- 后来我转向了一个基于Markdown的工具。这个我只需要写几个简单的文本文件，它自己就能给我编译成一套标准的HTML结构，省心省力。
- 花了两天时间，我硬是把数据格式捋了一遍，确保所有的历史更新记录都能无缝迁移进去，要是手动一条条复制粘贴，我可能当场就放弃了。
第二阶段：扒皮重做，样式优化
光有内容不行，得让它看起来像个正经官网。之前那个模板颜色土得掉渣，这回我决定自己动手撸样式。我主要关注了三点：
手机端必须能跑起来，这回我是严格按照移动优先的思路去写CSS的。然后是那个导航栏，以前是固定在顶上，导致一些公告内容被遮住，这回我改成了收缩模式，只有在用户需要的时候才点开。就是那个“更新日志”的主体部分。我设计成了时间轴的样式，让用户能一眼看到最近更新了什么，而不是非得翻到最下面。
这里面有个小插曲，我为了让时间轴的那个小圆点和文字对齐，折腾了整整一个晚上。以前我是硬编码各种边距，结果换个浏览器就歪了。这回我学习使用了Flex布局，才终于把这块硬骨头啃下来，当时真的气得差点想砸键盘。
第三阶段：自动化与部署上线
既然用了新的工具链，那发布流程也得升级。以前我得手动用FTP把文件传上去，慢得要死，而且容易传错。现在我接入了一个自动部署服务，彻底解放双手。
我的逻辑很简单：我在本地写好Markdown格式的更新日志 -> 提交到代码仓库 -> 自动部署服务检测到变动 -> 自动编译生成静态文件 -> 部署到服务器。
我记得我第一次跑这个流程的时候，因为路径配置错了，网站直接挂了十分钟。我当时心里那个急，赶紧上去排查，发现是新工具编译出来的文件路径跟老服务器的路径对不上。我马上调整了配置，重新跑了一遍，看到日志显示“Deployment Successful”的时候，才踏实了。
发一篇新的更新日志，只需要十分钟，写完提交，喝口水就自动上线了。不像以前，没个把小时搞不定。虽然过程中踩了不少坑，但总算是把这个《舞姬》的门面给立住了，心里舒服多了。