静态站点的持久性优势

一个常见的失效场景：打开一个多年前收藏的链接，页面已经不见了。

域名还在，服务器也还在，但那篇文章——连同它背后的数据库、框架、内容管理系统——都已经不在。剩下的只有一个 404 Not Found。

依赖越少，可用性越高

你现在看到的这个站点是一个静态站点。它没有数据库，没有后端运行时，没有需要持续运行的进程。整个站点就是一文件夹的 HTML、CSS 和少量资源文件：

node build.js   # 生成全部静态文件到 public/

构建一次，文件就安静地躺在那里，不依赖任何正在运行的东西。这意味着如果明天停止维护，这些页面依然能打开——双击 index.html 即可，不需要服务器在线，不需要数据库存活。

运行时依赖的成本

我们已习惯 SaaS 模式：订阅、登录、云端同步。收益很明显，但代价是一个结构性的脆弱性——正在使用的东西，没有一个真正属于你：

• 服务可以关停
• 账号可以失效
• 公司可以倒闭

静态站点是另一种取舍。它不动态、不交互、不智能，但它可预测：它就是它看起来的样子，几个文件而已，没有隐藏的运行时状态。

越少依赖的东西，越不容易被单点故障带走。

适用边界

这不是说所有东西都该做成静态文件。动态应用有它的价值。但对于那些只想留下文字与想法的场景，一个纯文件的站点是最低成本的持久化方案——它不依赖于一个明天可能消失的服务。

sanshi 选用静态架构，正是基于这个判断：用最少依赖，换最长久的可用性。