为什么 YumeStar 不是一个博客

骨架选错了,后面每一个页面都会跟着错。这个站把时间轴从骨架降成维度,把实体和关系提上来。

博客的骨架是什么

博客的骨架只有两样东西:时间和文章。首页是倒序的文章流,归档按月份分,标签是文章的附属物,分类是一层薄薄的文件夹。你写下的每一段话都必须变成"一篇",否则无处安放。

这套骨架对绝大多数个人站点是够用的,因为它解决的问题很明确:让人持续地写,让人按时间读。

为什么这里不适用

YumeStar 要装的东西不全是"篇":一部长篇小说的章节、一组图、一部作品的评价、一个角色的印象、一段和朋友一起玩过的记录。它们之间有真实的联系——长评指向作品,图指向作品或角色,文章指向项目。这些联系用"标签"表达不了,用"归档"更表达不了。

所以这个站的骨架换成了实体 + 关系:

  • 实体是平的:作品、图、文章、角色、游戏、朋友,谁也不从属于谁。
  • 关系是具体的:长评有 vn_work_id,图有 work 与 collection,不建一张万能的关系表。
  • 时间是维度之一:有发布时间,也按时间排"最近",但时间不决定结构。

结果长什么样

首页不再是文章列表,而是四个空间的门——作品、图库、技术、游戏——加上一条跨类型的"最近",和一次真实的关联浮现:随机抽一个真实存在的关系,把两端摆出来。

读者从一篇长评可以走到它评价的作品,从作品走到相关的图,全程不需要回首页。这条路径能走通,说明结构是内容的,不是数据库的前台。

代价

代价是每一类内容都要有自己的页面与组件,不能靠一个"文章模板"打天下。这是这个站愿意付的成本:它本来就不想长得像博客。