2026年9月，我把 criver.site 的首页从 WordPress 中拆了出来。WordPress 并没有被弃用，它仍然负责文章管理；只是首页改成静态 HTML/CSS/JavaScript，并通过 GitHub Actions 自动部署到 Xserver。
原因很简单：随着游戏和小型 Web 应用越来越多，我发现“网站入口”“博客”“产品本体”没有必要全部依赖同一个 WordPress 环境。
改造前的问题
当所有内容都放在 WordPress 中时，主题或插件的改动可能影响首页。另外，我还遇到过更基础的问题：代码 push 到 GitHub，并不代表线上网站已经更新。使用 FileZilla 手动上传时，GitHub 可能已经是新版，而生产环境仍然是旧文件。
现在的结构
- 首页：静态 HTML/CSS/JavaScript
- 代码源：GitHub
- 部署：GitHub Actions → Xserver
- 文章：WordPress
- 游戏和应用：独立运行
最大的教训：Push 不等于 Deploy
刚开始用 Git 时，我几乎把“已经 push 到 GitHub”和“网站已经更新”当成一回事。在开发 ORA Quest 时，我遇到过本地和 GitHub 代码都已经修好，但线上仍然在运行旧 JavaScript 的情况。
从那以后，我把实际打开生产环境 URL 检查，视为部署流程的一部分。
自动化也会失败
我曾经配置错 FTPS 主机，导致 SSL 连接失败；缓存也可能继续提供旧版 JavaScript。自动化并不会让错误消失，但它会让问题更容易定位。
拆分职责之后更轻松
现在首页专注于作为作品入口，例如剧情游戏 ORA Quest 和一分钟记忆小游戏 Oboete Iruka?。WordPress 则专注于记录开发、失败和改进过程。
对我来说，最合适的并不是“全 WordPress”或“完全不用 WordPress”，而是两者结合。
コメント