为啥非要自己建站：被平台逼疯了
大伙儿都说，现在内容随便找个社交平台一扔就行了，谁还费劲去搭什么官网？我以前也这么想，反正《野猫少女的同居生活》这项目，一开始就是在几个论坛和国内的社交媒体上更新的。又方便又省事，流量也大。
可没过多久我就发现，这完全是给别人打白工。
我从去年年中开始正式做这个项目，最初的更新日志都是靠着那个“X站”的动态功能发的。发了大概半年，那叫一个勤快，每周两次更新，内容详细到连我调试代码时用的字体都写进去了。结果？X站突然说要调整用户协议，把我前面所有带图的动态格式全给搞乱了。我辛辛苦苦排版的几百条更新记录，打开一看，图片错位，文字溢出，乱七八糟。当时我就气炸了，花了一天时间去手动恢复，结果第二天他们又更新了一次后台，直接把我几条重要的阶段性总结动态，给判定成“敏感内容”锁了！
我当时就明白了，平台那是人家的地盘，说变就变，我的心血根本没保障。那几天我脑子里就一句话：我必须把所有的实践记录和更新日志，抓回到自己手里。
从零开始：决定自己动手“盖房子”
我立马就着手准备官网的事情了。最开始我想得挺简单，就是弄个免费博客或者WordPress凑合一下。我试着在WordPress上装了两个插件，想把更新日志做得清晰一点，能按日期和主题筛选。结果那个破玩意儿跑起来跟拖拉机似的，慢得要死，而且光是为了一个分类系统，我就得花两天时间去研究各种复杂选项。
我当时的项目重心是画图和写故事，不是去当专业的网站维护员！这么折腾下去，正事儿就没法干了。
我一咬牙，把那些复杂的CMS（内容管理系统，就是博客那种玩意儿）全给卸了。我得找一个，能让我发更新日志像写日记一样简单的方法。
- 第一步：确定需求。官网必须简单、快，重点是更新日志。
- 第二步：选择工具。我选了一个能处理静态内容的工具。为啥选它？因为它不依赖数据库，数据全存在本地文件里。就算哪天服务器没了，我本地的文件备份还在，随时都能重建。
- 第三步：动手写结构。
这个动手写的阶段才是真正的折磨。我虽然不是专业搞前端的，但硬着头皮去学了点最基本的HTML和CSS。我主要攻克的就是那个“更新日志”页面。我要求自己定了个规矩：每一次更新，我只要写一个纯文本文件，里面写上日期、内容和重点标签，然后这个系统就能自动把它转换成一个漂亮的日志条目，并把它加到官网的列表里。
实现细节：日志条目自动化与维护的偷懒哲学
为了实现这个“写纯文本就能更新”的偷懒目标，我花了大概三周的时间。中间踩的坑无数，尤其是排版这块，因为涉及的项目内容比较特殊，很多插画和角色设定图是横向的，光是让它们在手机和电脑上都能正常显示，就让我抓狂了好几次。我甚至一度想放弃，干脆找个程序员朋友帮忙算了。
但是一想到上次在X站上被人随意删帖的经历，我就又重新振作起来了。我当时告诉自己：所有能自己搞定的，绝不交给平台或外人。
具体怎么做的？
我把整个官网分成三个大块：首页、角色介绍、和更新日志。其中，更新日志那块，我搞了一个自定义的模板。每一次更新，我都严格遵循一个文件命名格式，比如“20230901_角色立绘优化.txt”。系统读取文件名里的日期，然后把文本内容原封不动地渲染出来。如果我想加图片，我就在文本里写一个特殊的代码，系统会自动找到我传到服务器上的对应图片。
这套流程跑通之后，更新日志的速度直接提升了五倍。现在我更新一个日志，从写内容到上传，只需要五分钟。网站打开的速度也快得惊人，因为全是静态文件，没有复杂的后台运算。
现在回想起来，我最成功的一点，就是把所有可能依赖外部平台和复杂技术的环节，都切割掉了，并用最原始、最笨的方法进行了替换。虽然刚开始建立的时候慢得像蜗牛，但是一旦跑起来，那叫一个稳当。现在就算我一个月不维护，它也能安安静静地在那里跑着，所有的实践记录都牢牢地在我自己手里，再也不怕平台突然变脸了。