要说这个《Eliminator小枫》项目的官网和更新日志，我真是前前后后折腾了好几遍。我寻思着，更新日志这种东西，随便找个地方贴上去不就完了吗？大不了用个知名的博客系统，或者直接扔到Gitee Pages上，简单省事。可是，真上手了才发现，这事儿比我想象中要麻烦得多。
为什么非得自己建个官网来贴日志？
最早我是想在QQ群里发公告的，结果发现玩家根本不看。后来我转战到了B站的动态，但动态那玩意儿排版乱七八糟，图片一多就加载慢，根本没办法把每次更新的细节说清楚。尤其是对于像我们这种独立开发的小项目，细节就是生命线，写不明白，玩家就以为你没干活。我总不能每次都把几千字的更新内容揉成一锅粥扔给别人？
我启动了第一次尝试，当时想的是用现成的Wordpress。我心想着，这个系统大家都用，插件多，肯定能把排版搞得漂漂亮亮。结果？
- 尝试一：Wordpress。 我花了一整天时间去装环境、配数据库。服务器配置不高，打开后台那叫一个慢，卡得我想摔鼠标。更别提为了实现游戏官网那种简洁的风格，我找主题找了半天，不是太花哨就是功能太多。它根本就是杀鸡用牛刀，我只是想贴个日志，不是想建个电商网站。
- 尝试二：静态博客生成器。 我赶紧抛弃了Wordpress，转头去研究那些静态生成器，想着Markdown写完直接出HTML，多清爽。我学习了几个流行的工具，结果发现部署起来更复杂。虽然生成快，但每次发更新，都要在本地先跑一遍脚本，再提交到仓库，流程长得要命。我每天下班已经累得跟狗一样，哪有那精力去搞这些复杂工具链？
我一拍大腿，决定了，不要搞什么复杂的框架了，既然只是更新日志，那就要简单到极致，自己动手丰衣足食，控制权必须在自己手里。
自己硬撸代码，一切从零开始
既然决定自己来，我就撸起袖子，把重点放在了速度和可维护性上。我当时要求就两点：第一，必须加载快；第二，我能用最土的方法直接复制粘贴排版好的内容。
我着手写了一个极简的后端，只负责接收我后台提交的纯文本和图片地址，然后直接渲染成HTML。这套东西我之前自己写过类似的，算是驾轻就熟。
是前端页面，我设计了一个非常简单的三栏布局：左边是游戏Logo和导航，中间是内容主体，右边是版本列表。为了保证加载速度，我连jQuery这种“重量级”库都没敢用，所有的交互和动效，都是我用原生的JavaScript一点点敲出来的。别提有多费劲了，调试手机端适配的时候，各种奇葩的浏览器兼容性问题差点把我气死。
尤其是排版日志这块，我坚持使用手写CSS来定义每一条更新的样式。为什么不直接用框架？因为框架自带的间距和字体，要么太丑，要么太占资源。我需要的是一个“干净”的页面，让玩家一眼就能看到更新的核心内容，而不是被各种浮夸的样式干扰。我反复调整行间距、字体大小和颜色，确保在深色模式下阅读体验也是最好的。
这个过程中最难搞的不是技术，是时间。当时我白天还得应付公司那个磨人的项目，晚上回到家，孩子睡了，我才能偷偷摸摸地打开电脑干自己的活。有段时间，为了赶在版本更新前把官网搭起来，我连续两周都是凌晨三点才睡觉。
熬夜的理由，不只是为了一个官网
可能有人会问，至于吗？一个独立游戏的小更新日志，花这么多时间自己去写全套代码？
我为啥这么拼命？这事儿，得从我上一个夭折的项目说起。上个项目，我当时图省事，所有日志和重要文档都丢在一个免费的云笔记服务上。结果，那个服务突然宣布关停。我当时就傻眼了，虽然紧急备份了一部分，但很多关键的开发记录和早期的设计文档，全没了！那感觉，就像你辛辛苦苦盖了一栋楼，结果地基资料被人偷走了。
从那以后我就发誓，核心数据和面向玩家的官方信息，必须掌握在自己手里。哪怕代码写得丑一点，哪怕界面土了一点，但至少服务器是我自己的，内容是我自己管理的，不会再因为第三方平台的一次变动，让我整个项目陷入被动。
这回折腾出来的官网，虽然功能简单到近乎简陋，但它做到了我最初定下的所有目标：快，稳，而且所有的更新日志都是纯净文本渲染，玩家阅读体验极佳。我测试了十几次，确保每一次新日志的发布，我只需要在后台填三个框，点一个按钮，一切就完成了。
现在回看，这个官网项目本身就是一次血淋淋的教训。它告诉我，别相信所谓的“免费”和“便捷”，真正的控制权，往往需要你自己去编码实现。这网站，我用自己的血汗，算是给我的《Eliminator小枫》项目买了个保险，踏实。