我一个后端狗被逼着去写官网更新日志
竹内的旅程这个官网，要我说，一开始就是个笑话。我本来只是负责把游戏包打出来，搞定服务器那边的事情，结果？那帮搞UI的，说好要做的前端页面，拖了两个月，给我甩了个烂摊子。逼着我这个后端狗去搞什么官网、什么更新日志！简直是胡闹，是欺负老实人。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.me
实践过程：从零到勉强能用，土法上马
没办法，事情总得有人干。客户催得紧，老板盯着，我只能自己动手。我可没那功夫去学那些花里胡哨的前端框架，什么React、Vue的，在我看来就是多此一举，小站用不着。
我采取了最土、最快、最不讲究规矩的土法子。
- 第一步：主机和页面。我先搞了个最便宜的虚拟主机，带宽小的可怜，勉强能撑住几个人同时访问。然后直接套用了一个五年前的开源模板，三下五除二，把几张游戏的宣传图替换了上去，首页算是有了。
- 第二步：更新日志实现。这是重点。我没搞什么数据库存储，那种小破站用不着，也没必要为了几条日志去部署一个MySQL。我就是直接在服务器上建了一个叫`*`的文件。
- 第三步：内容读取与展示。每次更新，我就把更新内容从我的本地笔记里复制粘贴进去。然后在网页加载的时候，用服务器端一个超简单的PHP脚本（别问我为什么用PHP，因为那主机只支持这玩意儿），从头到尾读取这个txt文件。
-
第四步：排版。读取回来后，我用`str_replace`把换行符替换成HTML的`
`标签，再在外面套几个``和``标签做个粗糙的样式，直接扔到网页的`div`里。
整个过程下来，不超过三个小时。搞得像个博客，但好歹能跑。每次更新我都胆战心惊，生怕哪次文本格式错了一行，整个页面就崩了。但这玩意儿，就是《竹内的旅程》官网更新日志的全部技术栈，简单粗暴，不服憋着。
我为啥接了这个烂活儿？说出来都是泪
你问我为啥能接受这种粗糙的活儿？这事儿得从我上一个公司说起。
以前我在一家自称“技术驱动”的大厂待着，天天开会、写文档，讲究什么代码规范、架构解耦，感觉自己是高高在上的人生赢家。结果？产品上线前夜，主程大人找不到他写的一个核心接口，全组熬到凌晨五点，发现这老兄给写到了一个他自己的U盘里，还带回家了。第二天人直接请假，说老婆病了。
我当时整个人都麻了，给公司背锅，被甲方骂得狗血淋头。那天我回到家，看着媳妇儿给我留的夜宵，我TMD直接决定：这种只讲PPT不讲实干的破烂大厂，老子不伺候了！。
我辞职后，就想着找点轻松的、能自己说了算的活儿干。正好老朋友拉我做这个独立游戏。原以为能清净，结果发现，小团队的混乱跟大厂是另一种模式的混乱。大厂是流程繁琐，小团队是人性的懒惰和推诿。
实现，土法子上马也能跑
那帮前端是彻底指望不上了，但这个官网总不能烂着。我现在每天早上起来第一件事，就是先把那堆更新的文字整理复制到那个txt文件里，保证页面能正常显示最新的内容。虽然粗糙，虽然没有炫酷的后台管理界面，但它稳定、它不扯皮，它实打实能为用户提供信息。
所以说，什么架构、什么规范、什么流程，都得能用才算数。这就是一个被逼无奈的后端狗，用最笨办法，实现一个小官网和更新日志的幕后记录。实践出真知，能跑就是王道。