为什么要做这个官网？这事儿说起来就窝火
技术底子是有的，但平时真没空搞这些“小项目”。最近非得动手弄这个《夏日狂欢》的官网，不是因为我心血来潮，纯粹是被一个老客户给“逼”的。
去年夏天，我帮一个朋友的公司解决了他们网站一个老大难的数据库崩溃问题，那事儿折腾了我快一个礼拜，差点把我肝都弄坏了。当时谈好的报酬，付是付了，但他们老板娘非说我工作量小，扣了我一半的款。我当时气得差点把电话砸了。
这事儿过去快一年了，我心想老死不相往来就算了。结果前几天，那老板娘突然加回我微信，一顿猛夸，说他们要搞一个大型的“夏日狂欢”推广活动，需要一个官网。他们找了三家公司，不是报价太高，就是说工期来不及。
她跟我说了一堆好话，承诺这回一定给足钱，还说项目简单，就是个门面。我一开始是想直接拉黑的，但她说得特别可怜，我寻思着，正好借这个机会把上次被扣的钱找补回来，而且我也想看看他们这回到底能把事情搞多烂。
动手前的准备，能简单就别复杂
接到这个活儿，我的要求很简单：快、稳、不费脑子。我知道他们对网站的性能要求不高，主要就是展示活动内容、放点视频、能让人注册预约。
我看了看手头的工具箱。如果用Java，光搭环境和配SpringBoot估计就得花上半天，太慢。PHP？虽然快，但写前端界面太丑，我懒得去调试。我决定用*配合Express框架，前端直接套一个我去年买的响应式HTML模板。这种搭配，简直就是技术栈里的“大杂烩”，但能最快出结果。
我直接把老笔记本翻了出来，把一个闲置很久的云服务器（配置低得可怜，年费不到一百块）给清空了，准备把它当成这回的宿主。我压根没打算用什么Docker或者K8s，那种东西用在这上面，简直是杀鸡用牛刀，多此一举。我的目标是：能直接跑，就别搞什么部署流程。
实践过程：从找模板到上线，三天搞定
我从周五下午两点开始动手，给自己限定了三天时间。
第一天：前端和设计
挑选模板： 我翻出了那个存货模板，它自带了各种漂浮的粒子特效，很符合“狂欢”的主题。我把所有不必要的组件全部删除，只留下了首页、活动详情页和预约注册表单。
素材替换： 这才是最恶心的部分。他们给的宣传图分辨率参差不齐，视频也是用手机拍的。我花了四个小时调整图片尺寸，压缩视频体积。没办法，客户端那帮人永远不知道什么叫规范，你只能自己擦屁股。
写死数据： 活动介绍页面的数据，我直接写死在了HTML里面。这种临时官网，根本没必要搞CMS，后期如果要改，直接改文件比调数据库快得多。
第二天：后端和注册功能
我知道这个官网最重要的功能就是用户注册预约，要统计人数。我直接在Express上写了几个路由：
/api/register：接收姓名和手机号。/api/stats：后台查看注册人数。
我连MySQL都没用。这么小的项目，我直接用一个JSON文件当数据库。每次有新用户注册，就往文件末尾追加一行JSON数据。启动时加载文件，查询时遍历数组，虽然效率低下，但能抗住几千次并发，对他们这种小活动来说绰绰有余。
为了防止有人恶意刷数据，我用了一个简单的IP限制逻辑，同一IP五分钟内只能提交一次。这东西虽然简陋，但足以挡住大部分“闲着没事干”的人。
第三天：部署和交差
第三天早上，我完成了的调试。所有的提交表单都连接到了我那个JSON文件“数据库”。
我把前端代码和后端代码打包，用SSH直接传到了云服务器上。因为*环境早就装好了，我用PM2守护进程，让它跑起来。整个部署过程不到十分钟。我甚至连域名证书都没怎么管，直接让它跑HTTP算了，反正只是短期活动，老板娘也不会在意是不是绿色锁头。
我把链接甩给老板娘，她看了之后，果然非常满意，一直在夸我做得又快又炫。我看着这个粗糙的、东拼西凑出来的网站，心里清楚，这玩意儿就是一坨能跑的屎，但架不住客户喜欢。
最终效果和后续反思
网站上线后，预约人数蹭蹭往上涨。我的实践记录证明了：在某些情况下，速度和交付能力远比“优雅的架构”重要得多。
钱？这回她倒是没敢拖欠，直接把项目款和上次欠我的钱一起转了过来。我把钱一收，立刻就把那个Express项目给停了，只留了个静态页面给他们展示活动信息，避免那个简陋的JSON数据库出问题。
你看，很多公司内部的项目，为什么会变成“大杂烩”？不是开发人员不想用最好的技术，而是业务需求变动快，领导拍脑袋决定多，工期又催得紧。你只能用最快的工具链，去堆砌一个能跑的东西出来。我这回用*+HTML模板的组合，就是这种现实主义的妥协。
至于那个老板娘？她又开始找我聊别的项目了。我直接给她回了两个字：“没空。”她上次扣我钱的事情，我可记得清清楚楚。