2026 年技术博客为什么还值得认真做:它已经不是 Markdown 仓库,而是内容系统
· 阅读需 6 分钟
如果技术博客今天还只是一个随手放 Markdown 的目录,它当然很容易被放弃。真正让我还愿意认真维护它的原因,不是“写博客”突然又流行了,而是站点早就不只是写作工具了。一篇文章只要要进首页、归档、标签页、RSS、结构化数据和发布流水线,它就已经不再是孤立文本,而是一个被系统消费的内容对象。
如果技术博客今天还只是一个随手放 Markdown 的目录,它当然很容易被放弃。真正让我还愿意认真维护它的原因,不是“写博客”突然又流行了,而是站点早就不只是写作工具了。一篇文章只要要进首页、归档、标签页、RSS、结构化数据和发布流水线,它就已经不再是孤立文本,而是一个被系统消费的内容对象。
归档页看起来只是一个简单时间轴,但真把接口写出来就会发现,它和普通列表完全不是一回事。页面需要的是按年、按月、按数量聚合后的结构,而数据库天然存的是一篇篇文章明细。
内容系统做久了会发现,列表接口几乎总是最先变复杂。搜索、状态筛选、分类、标签、排序、统计、权限,一个入口承载的事情越来越多。如果这时只盯着 Sequelize 查询技巧看,通常治不了根。
说到 MongoDB,很多人会先想到文档存储和灵活 schema,但到了 2021 年,聚合管道其实也早就成了后台开发里很实用的一部分。尤其做内容系统时,总会碰到一些“列表不是简单查一页数据就够了”的需求。
MongoDB 在内容后台里确实灵活,但灵活不代表可以把性能问题留到最后再看。很多团队到 2021 年已经用 MongoDB 跑了不短时间,真正感受到压力的地方,往往不是写入,而是后台列表和搜索接口慢慢变慢。