我这回接手的活儿，说白了，就是给我以前的一个老伙计救急，他自己捣鼓出来一个独立游戏，叫《公寓大楼》。游戏做得挺有意思，但涉及到宣传，他就抓瞎了。他代码写得溜，但搞官网这块儿，用他的话说，就是“看哪个都像天书”。
拍板：这个官网怎么搞？
老伙计找到我的时候，要求很简单：一个能放游戏截图，能挂预告片，最重要是能让人点个预约，留下邮箱。我当时想，这不就是个静态页面加个简单的表单提交嘛分分钟搞定。
我直接拍板，用我现在最顺手的那个Vue框架，搭配上一个轻量级的*后端来处理预约数据。为啥不用那些大厂的SaaS服务？因为老伙计坚持要“把数据抓在自己手里”，说白了就是穷，不想为了一点点数据单独付钱。
- 前端选型： 快速拉起一个Vue项目骨架。
- 后端选型： 极简*配合Express，只负责接收和存储预约信息。
- 数据库： 扔了个MongoDB上去，毕竟存点邮箱地址和预约时间，它快，而且我用着顺手。
动工：媒体资源才是大麻烦
计划定好了，我就撸起袖子开始干。结果，老伙计把素材包发给我的时候，我差点没把电脑砸了。这哪里是官网素材，这简直就是他的游戏本地备份！
那几个号称“4K极致宣传片”的视频文件，每个都好几百兆。光是那套宣传用的截图，原始文件加起来就超过了15GB。我一看，这要是直接挂上去，用户点开网页，估计得等到地老天荒。这不是把带宽当水龙头往外放吗？
我花了整整两天时间，没写几行代码，就一直在跟素材搏斗。我把所有图片用脚本跑了一遍，从PNG转到JPG，再强制压缩质量。视频更是费劲，我用了那个开源的FFmpeg工具，一遍又一遍地调整码率和分辨率。那个工具命令参数一堆一堆的，我弄得焦头烂额。总算是把体积控制在了可以接受的范围内。
核心实现：预约系统的小心思
解决了素材的“体重”问题，接下来就是搞定那个预约表单了。前端页面拉出来很快，一个表单，一个按钮。重点在后端。
因为我用的*写得非常简陋，我必须得小心处理各种奇葩的用户输入。我发现用户提交上来，除了邮箱，还有人乱填手机号、乱填QQ号。
我设计了一套非常严格的校验逻辑：
- 邮箱格式必须是对的。
- 做了简单的去重，同一个邮箱不能重复预约。
- 加了个最简单的验证码，防止机器人一次性把我的小破数据库填满。
我把收到的数据结构重新清洗了一遍，只保留邮箱和预约时间，然后扔进MongoDB里存着。整个后端代码，不超过200行，但跑起来稳稳当当，能抗住基本的流量冲击。
上线与突发：需求像野草一样疯长
折腾了一周多，网站终于上线了。老伙计很满意，说这比他想象中的效果要好得多，访问速度也嗖嗖的。我心想那是我把素材压缩得快吐血换来的。
结果，上线第二天，电话就来了。老伙计说，预约量不错，现在能不能加一个“开发者日志”的功能？他想定期发一些小文章。行，我赶紧给他开了一个Markdown渲染的页面。
紧接着又来一个，问能不能加个“周边商城”的入口？我当时就差点爆粗口了。我这个小架子，就是个CRUD的演示，你现在要搞电商？那需要支付、库存、订单系统，这根本不是我这个架构能支撑的。
我跟老伙计在电话里拉扯了半个小时，才让他明白，需求得一步一步来。不是所有东西都能硬塞进一个简单的官网里。现在这个小小的官网，虽然暂时满足了需求，但要是再这么加下去，它马上就会变成一个我维护起来都头疼的“大杂烩”。不过这回实践，倒是让我又把Vue和*的坑都踩了一遍，也算值了。