为什么 YumeStar 不是一个博客
骨架选错了,后面每一个页面都会跟着错。这个站把时间轴从骨架降成维度,把实体和关系提上来。
博客的骨架是什么
博客的骨架只有两样东西:时间和文章。首页是倒序的文章流,归档按月份分,标签是文章的附属物,分类是一层薄薄的文件夹。你写下的每一段话都必须变成"一篇",否则无处安放。
这套骨架对绝大多数个人站点是够用的,因为它解决的问题很明确:让人持续地写,让人按时间读。
为什么这里不适用
YumeStar 要装的东西不全是"篇":一部长篇小说的章节、一组图、一部作品的评价、一个角色的印象、一段和朋友一起玩过的记录。它们之间有真实的联系——长评指向作品,图指向作品或角色,文章指向项目。这些联系用"标签"表达不了,用"归档"更表达不了。
所以这个站的骨架换成了实体 + 关系:
- 实体是平的:作品、图、文章、角色、游戏、朋友,谁也不从属于谁。
- 关系是具体的:长评有
vn_work_id,图有work与collection,不建一张万能的关系表。 - 时间是维度之一:有发布时间,也按时间排"最近",但时间不决定结构。
结果长什么样
首页不再是文章列表,而是四个空间的门——作品、图库、技术、游戏——加上一条跨类型的"最近",和一次真实的关联浮现:随机抽一个真实存在的关系,把两端摆出来。
读者从一篇长评可以走到它评价的作品,从作品走到相关的图,全程不需要回首页。这条路径能走通,说明结构是内容的,不是数据库的前台。
代价
代价是每一类内容都要有自己的页面与组件,不能靠一个"文章模板"打天下。这是这个站愿意付的成本:它本来就不想长得像博客。