我这人做事情，从来都是有一说一，实践记录比什么都重要。这回搞这个《莉吉内塔的冒险》的官方网站，完全是心血来潮，跟钱没啥关系，就是看不过眼。你知道吗？我看过他们之前的那个临时页面，那叫一个糙。颜色跟80年代的夜店一样，加载起来能让你喝完一杯咖啡。我当时就拍桌子了，决定自己来搞一次技术扶贫，给他们做个真正能跑的官网。
起步：推翻重来的决心
我把之前那个网站扒下来看了一遍。后端用的是某个国内开源CMS，前端模板是买来的，代码里塞满了各种Tracker和冗余的JS文件。我一看这结构，就知道没救了，必须彻底推翻重来。我不是来修补烂摊子的，我是来重塑门面的。
我给自己定的目标很明确：快、干净、维护成本低。我把手头所有的工具都拉出来比划了一遍。
- 前端框架： 我直接放弃了那些需要大量客户端JS渲染的玩意儿，比如React或者Vue的全家桶。这回的任务是展示，不是复杂的交互。
- 技术选型： 我选择了静态网站生成器。当时在Hugo和Jekyll之间纠结了一下。Jekyll生态成熟，但是Ruby环境配置麻烦，而且生成速度慢。Hugo用Go语言写的，编译速度快得跟闪电一样，非常符合我追求极致效率的脾气。
- 内容管理： 没有数据库！官网的新闻和更新，我决定全部用Markdown文件来处理。编辑人员只需要写文本，提交文件，剩下的部署流程全部自动化。
我开始动手，先拉起基础架构。我用两天时间把Go环境配把Hugo的基本主题文件搭了起来。为了追求极致的加载速度，我甚至没用任何一个外部的字体库，直接本地化处理。我就是要做一个能让用户瞬间加载完，并且看一眼就舒服的网站。
中途：资源与沟通的扯皮
技术选型敲定之后，真正让我头疼的不是代码，是和那帮游戏制作组的资源对接。他们对“高清”和“统一”完全没有概念。
我要求他们提供LOGO、宣传图、截图，要求统一的16:9比例，PNG格式，并且分辨率不得低于1920P。你知道我拿到手的是什么吗？一堆JPG、WebP混杂的图片，尺寸从几百像素到几千像素不等，有些图甚至还是他们用QQ截图的。
我当时就火了。一个官网，是玩家对游戏的第一印象，你用这种糙图，简直是砸自己的招牌。我二话没说，自己动手干起了美工的活儿。我翻出了我几年前的Photoshop会员，重新学习了一遍批量处理。我花了整整四天，把他们所有能用的素材都重新裁切、优化、统一了色彩和尺寸。这个过程完全是体力活，但我必须保证网站上线后，每一个像素都是我认可的质量。
在沟通过程中，他们还总想往网站上塞一些花里胡哨的功能，比如一个闪烁的公告栏，或者一个需要加载五秒钟的背景音乐。我坚决否决了。我的原则是：为信息服务，而不是为骚操作服务。我一遍遍给他们解释，加载速度慢一秒，用户流失率就要上升多少，他们才勉强接受了我的“极简主义”设计。
收尾：上线与交付的尾声
所有的内容填充和优化完成后，我开始了的部署工作。我把整个静态网站的项目文件扔到了Git上，配置了简单的CI/CD流程。因为是静态网站，部署极其简单，我直接用了云存储配合CDN，确保全球任何角落的用户访问都能在毫秒级响应。
我给他们配置了一个简单的命令行脚本，教他们如何修改Markdown文件，然后运行一下脚本，新的内容就能自动发布上线。我把这套流程讲了三遍，录了视频，生怕他们不会用。我把自己亲手搭建的这个“莉吉内塔的冒险”官网，正式推向了市场。
结果？新的网站上线后，他们确实收到了很多玩家的好评，说网站干净利索，找信息方便。但你知道最让我哭笑不得的是什么吗？
- 他们运营了一周，嫌更新Markdown太麻烦，又偷偷地找人接入了一个简单的在线编辑器。
- 在线编辑器没有经过我调试，导致偶尔会生成一些不规范的HTML标签，破坏了我的页面结构。
- 他们隔三差五还会问我一些非常基础的Git操作问题，证明我的培训视频他们根本没认真看。
我做的事情，就是把整个项目文档和所有代码文件，一股脑扔给了他们，然后告诉他们：这套架构，已经把维护成本降到了零。你们能把零维护成本的东西搞出毛病来，我也佩服。我完成了我的实践和记录，至于他们未来怎么糟蹋它，就不是我该管的事了。技术人把事情干完就完了，管不了人心的懒惰。