s1oop 旧站 | s1oopX

项目定位#

s1oop 旧站是现站之前的一代个人博客。它承担的任务很明确：先建立一个能长期公开阅读的地方，把文章、标签、搜索和个人介绍组织起来，再在真实使用中观察哪些内容结构值得保留。它不是一张静态简历，也不是只把 Markdown 文件堆在仓库里的展示页。

旧站的价值不只在于最终视觉，而在于它把「写作站点」拆成了几个可以单独验证的部分：读者如何进入归档、如何发现相邻文章、站点是否正常运行、运行时内容如何从数据源进入页面。

归档页以 FULL ARCHIVE 作为入口，顶部导航提供全部内容、专栏、搜索和关于四个方向。文章列表不是单纯的日期流水账，而是将封面、标签、摘要、日期和阅读入口放在同一张内容卡里；侧栏再补充站点状态和阅读概览。

截图中的运行快照显示了 6 篇文章、14 个标签和最新更新时间。这个数字只代表截屏时的数据，不应被理解为旧站的固定容量。站点状态模块则把「页面能打开」和「内容服务正在运行」放在同一个阅读上下文里，方便快速判断问题是在内容还是运行链路。

关于页用 PROJECT STRUCTURE 说明系统边界：

这组拆分让页面壳层和内容数据各自有清晰职责。页面不需要把每篇文章硬编码进组件，内容也不必为了更新一段文字而重做整套视觉结构。对个人站来说，这比追求复杂后台更重要：结构足够小，迁移和维护才不会成为写作本身的负担。

旧站围绕「公开阅读」而不是「后台管理」设计。归档是默认入口，专栏和标签帮助读者从主题进入，搜索负责找具体文章，关于页则解释站点是谁、为什么存在以及它使用什么结构。文章卡片同时展示摘要和标签，尽量让读者在打开全文前知道这篇内容是否值得继续。

视觉上采用深色灰绿背景、细边框和低对比层次，标题使用更有刊物感的排版；顶部导航保持轻量，页面状态和阅读统计使用侧栏承载。这个方向后来影响了现站：内容仍然需要清楚的分类和入口，但不再把所有信息挤在一个首页里。

代码和组件通过 GitHub 管理，Cloudflare Pages 负责发布前端，D1 保存需要在运行时读取的内容。这样的链路适合个人项目：改动有版本记录，发布不需要手工上传整站，数据也不必和页面模板绑死。

它同时暴露了真实边界：部署成功不等于数据查询一定正常，页面样式正常也不等于 D1 内容完整。因此旧站把站点状态、内容概览和关于页放在公开界面里，既是设计选择，也是对运行情况保持可解释的一种方式。

旧站的主要内容和更成熟的内容模型已经迁入当前站。现站继续使用 Astro，但把文章、作品、推荐和关于页分成更明确的内容集合，并补充了多语言路径、归档筛选和作品详情页。旧站不再作为主入口维护，保留它是为了记录一次真实的设计、数据和部署演进，而不是把旧页面伪装成仍在更新的产品。