把三个小游戏搬上云：Flexus + Nginx 静态站点部署复盘

这几天在成长中心做实践任务，顺手把三个纯前端小游戏（2048、贪吃蛇、打砖块）都搬到了自己的 Flexus L 实例上（2 核 2G，华北-北京四，Ubuntu 24.04）。它们都是单个 HTML 文件、无后端依赖，正好适合练一遍 Nginx 静态托管的全流程，这里把过程和踩过的点复盘一下。

一、为什么用纯静态托管

三个游戏的共同点：逻辑全在浏览器端跑，没有接口、没有数据库。这种应用没必要上容器或运行时，Nginx 直接托管静态文件就是最省资源的方案：内存占用小、配置只有几行、重启不丢状态。选型先看应用形态，能静态就别复杂化。

二、部署步骤

1. 把游戏文件放到站点目录（如 /var/www/html 下按游戏分子目录），入口统一叫 index.html；
2. Nginx 配置 root 指向站点目录，开启 index index.html，静态文件交给 Nginx 直接返回；
3. 改完配置先 nginx -t 校验语法，再 reload，不要直接 restart，避免配置写错把站点整个带停；
4. 活动类页面如果要求固定路径（比如某个子路径要能打开指定页面），就在该子目录单独放一份 index.html，比写 rewrite 规则更直观、更不容易出错。

三、验证别只看本机

部署完在本机 curl 返回 200 不算数，至少再验两层：

1. 公网 IP 直接访问，看页面能不能从外网打开；
2. 用手机流量（脱离当前网络）再开一次，排除本地缓存和内网穿透造成的假象。

这次三个游戏都是这么验的：本机、公网、手机三端都打开正常才算部署完成。

四、小结

静态站点部署的顺序应该是：文件到位 → 配置校验 → reload → 三端验证。多数“部署成功但打不开”的问题不在游戏代码，而在路径、权限和验证环节。另外提醒一句：不再使用的演示服务及时下线，站点目录保持干净，攻击面和维护成本都会小很多。