从展示站到内容系统：我为什么重做了 Kevi Blog V2

做这个项目之前，我一直在想一个问题：

个人网站到底应该只是“好看”，还是应该真正“能用”？

很多博客项目都有漂亮的首页、精致的卡片和动效，但写内容、发文章、管理资源、维护 SEO、处理评
论时，往往还是要靠手工拼接。页面是搭起来了，内容系统却没有真正成立。

所以我决定重做一次，把它做成一个可以长期维护、长期更新、长期积累的东西。这就是 Kevi Blog
V2。

建议这里放一张首页 Hero 或博客列表页截图，作为文章第一张配图。

这次重做，我想解决什么问题？

我给自己定了 3 个目标：

1. 让博客不只是博客

我不希望它只是一页页文章列表，而是一个完整的个人内容站。

除了博客文章，它还应该能承载：

项目作品展示
技能体系整理
图库内容展示
资源下载与归档
留言与评论互动
简历和个人介绍页面

也就是说，它不是“一个博客模板”，而是一个真正围绕个人表达与内容运营搭起来的系统。

2. 让内容管理变得可维护

如果每加一篇文章、每改一个模块、每换一张图，都要手动改代码，那这个系统迟早会变成一次性工
程。

所以在 V2 里，我把很多原本写死在页面里的内容抽出来，做成了后台可管理的形式。文章、项目、图
库、资源、轮播、分类、站点设置，都可以在后台统一维护。

这件事的意义不是“功能更多了”，而是：

内容终于和页面解耦了。

3. 让它真的适合长期上线

个人站点如果只是在本地跑通，其实意义不大。真正麻烦的是上线之后的那些细节：

SEO 怎么做
RSS 和站点地图怎么生成
评论怎么审核
文件怎么管理
图片和资源怎么迁移
数据怎么统计
演示环境怎么做保护

V2 的重点之一，就是把这些看起来“不显眼”，但实际上决定体验上限的部分，一起补齐。

这套系统是怎么拆的？

整个项目基于 Nuxt 4 + Vue 3 + TypeScript，前后端统一在一个仓库里完成，前台展示和后台管
理共用一套基础能力。

一个我很喜欢的点是：
展示层、管理层、数据层、内容层，各自职责都比较清晰。

text 复制代码

app/
  pages/          前台页面 + 后台管理页面
  components/     页面与业务组件
  composables/    请求、认证、SEO 等复用逻辑

server/
  api/            前后台接口
  models/         数据模型
  services/       文件上传、缓存、任务、邮件等服务
  database/       表结构与迁移配置

public/
  静态资源与封面图

系统结构示意图

> 这里建议放一张架构图，突出前台、后台、API、数据库、缓存、文件存储之间的关系。

## 这次重做里，我最满意的几个部分

### 博客系统终于像一个“内容系统”

文章支持 Markdown 渲染，详情页有独立的 SEO 配置空间，分类页、详情页、列表页也都能拆开优化。  评论系统、浏览量、点赞、搜索这些能力补上之后，博客不再只是“放文章的地方”，而是开始具备真实
的内容反馈机制。

### 项目展示不再只是卡片堆砌

以前很多作品集页面的问题是：看起来很多，但点进去没有内容。
这次我更强调“项目详情”本身，让项目页不仅有封面、标题和技术栈，还能承载更完整的背景说明、角
色职责、实现方案和结果总结。

这会让作品更像“项目复盘”，而不是简单的“做过什么”。

### 后台管理真正提高了可维护性

后台并不是为了“显得专业”，而是为了降低后续维护成本。

比如：

- 文章、分类、项目、技能、图库、资源都能集中管理
- 评论和留言有审核流程
- 文件支持本地与对象存储
- 存储迁移有单独的服务层
- 设置项可以统一维护站点信息与 SEO 参数

这些能力叠加起来，才让这个项目具备了长期更新的基础。

### 我开始认真对待 SEO 和结构化信息

对博客来说，SEO 不是“最后补一下标题描述”，而是应该从页面结构一开始就考虑进去。

所以我在这次实现里，比较在意这些点：

- 页面级标题、描述和关键词
- Open Graph 图片
- 文章详情页结构化数据
- sitemap.xml
- feed.xml
- 更稳定的 slug 与链接结构

这些东西平时不太显眼，但它们决定了内容能不能被更好地分发和检索。

后台管理或 SEO 配置截图

> 这里建议放后台文章管理页、系统设置页，或者 SEO 相关页面截图。

## 这不是一次“加功能”，而是一次重新定义

如果只是把页面做得更花一点，它不会成为 V2。
真正让我觉得这次升级有意义的，是我开始明确这个项目的定位：

它不是一套个人主页模板，而是一个面向长期创作的内容平台。

它可以写文章，可以放项目，可以整理资源，可以展示摄影，可以沉淀个人经历，也可以作为一个持续
迭代的全栈练习场。

对我来说，这比“做出一个好看的首页”重要得多。

## 做完之后，我最大的感受

我越来越觉得，一个好的个人项目不应该只是“把技术点堆上去”，而是要回答一个更实际的问题：

它能不能真的被你自己长期使用？

如果答案是否定的，那它很容易停留在演示阶段。
如果答案是肯定的，它才有机会变成一个真正有生命力的项目。

Kevi Blog V2 目前还远远没有结束。接下来我还会继续打磨它，比如：

- 更完整的内容发布体验
- 更稳定的搜索与索引能力
- 更自然的前台交互细节
- 更清晰的项目与资源组织方式
- 更适合长期维护的后台结构

但至少到这一步，它已经不再只是一个“展示页项目”了。

它开始像一个真正的、可以持续写下去的地方。

———

如果你也在做自己的博客或者个人站点，我很建议你少花一点时间纠结首页该不该再加一个动效，多花
一点时间想清楚：

你的内容，准备怎样被长期管理、长期展示、长期沉淀。

这往往比页面本身更重要。