立项：我就想弄个能更新的官网，别整虚的
我这人做东西，就图个实用。这回给我的小项目“凪光”弄个官网，我的要求特别低：得能看，得能下，得能更新。
我寻思着随便找个建站工具拉倒，但一想那些玩意儿动不动就得绑数据库，还得管后台维护，头皮都麻了。我这游戏就是个小独立项目，又不是什么大厂子，用得着搞那么复杂吗？我那阵子刚从一个大公司出来，被那些复杂的微服务架构搞得够呛，那真是东拼西凑，啥都用，谁也说不清谁负责哪块儿。我现在自己做，就得简单粗暴。
我直接拍板：这官网，就搞静态页，能多快有多快。我打开我的老伙计VS Code，直接抄起最基础的HTML和CSS，连个像样的框架都没敢用。为框架这东西，平时用着爽，但真要改个小细节，你就得把整个文档翻一遍，划不来。
过程：快速出货，但更新地址是真头疼
我花了两天时间，把设计图扔一边，直接上手把页面样式搞定了。样式我没多费劲，找了个灰白配色的简单模板，把字号调大点，确保手机也能看清楚就行了。核心内容就三个模块：
- 游戏截图和介绍（忽悠人进来看看）
- 公告栏（放点屁话和版本号）
- 下载按钮（核心目的）
建站这事儿，最麻烦的不是页面好不好看，而是那个“更新地址”。我最早想得太简单了，直接把最新的安装包扔到我的云存储里，然后把链接硬生生地贴到按钮上。我当时还挺得意，觉得这不是一劳永逸吗？
结果，第一次版本迭代，我就傻眼了。
新包一出来，文件名肯定不一样了，我得把旧链接删了，换上新链接。这倒没什么，但问题是，我得重新编译整个网页，上传覆盖文件，中间如果手抖写错一个字符，整个下载就断了。而且如果我忘了清浏览器缓存，用户看到的还是老版本，点下去链接就失效了。
我当时就骂自己，这不还是回到了手工活儿吗？每次更新都得这么折腾一遍，还不如别做游戏了，直接去当全职客服得了。
解决：我用一个简单的方法锁定了更新地址
我琢磨了一晚上，必须把“更新地址”这个变量给固定死，让它永远指向“最新的那个东西”。
我的解决办法可能有点粗暴，但管用。
我没去搞什么复杂的后端服务来动态吐链接，我懒得管那玩意儿。我决定在我的服务器上专门划出一个固定目录，比如叫 /latest_build/。在这个目录下，我只放一个文件，文件名永远叫 Naguang_*。
然后，官网上的下载按钮，它的目标地址就永远写死：*/latest_build/Naguang_*。
这样一来，官网这个前端页面就不用动了。它永远都指着这个地址。
那么每次我出了新版本怎么办？
我只需要干一件事：
第一步，把新版本的安装包打文件名还是叫 Naguang_v1.1.* 这样的，留着自己备份用。
第二步，把这个新包重命名为 Naguang_*。
第三步，直接上传覆盖掉服务器上旧的那个 Naguang_*。
整个过程，我只需要登录一次FTP，拖进去，覆盖掉。三分钟搞定。
至于版本号，我则是在官网的公告栏里，通过修改一个很小的文本文件来更新，那个文件我每次都改，但不涉及链接。这样就完美地将“下载地址”和“版本展示”这两件事分开了。
我把这个“凪光”的官网，扔到了一个便宜的静态托管服务上，每月也就几十块钱。自从我用了这个固定的更新地址策略之后，我再也不用担心用户找不到新版本，也不用担心我因为手贱改错链接导致下载失败。
事实证明，很多时候，最简单的土办法，比那些听起来高大上的架构要靠谱得多。我就是受够了以前公司里那种，一个按钮点下去，要跑五个微服务才能吐出个结果的折腾劲儿了。现在自己做项目，能一根筋跑到底，就绝不转弯抹角。
这套流程跑了快半年了，稳得很。我的实践记录分享完了，希望对你们有启发。