相信 Hexo、Ghost、WordPress 等常见的开源内容框架对于很多人来说都不陌生。
看到这张简单的示意图，应该能够发现，传统的网站生成有两种方式：
- 一种是类似于 Hexo，纯静态的，通过 markdown 编辑文章内容，然后执行命令生成静态网站；
- 另一种是类似于 Ghost，纯动态的，通过管理后台编辑文章（存入数据库，如 MySQL），然后通过渲染器进行渲染，网站内容为动态的，需要在服务器上跑一个服务（程序）。
而 WordPress（PHP）之类的框架有一些天然的优势，就是能够很方便地生成出静态页面作为缓存。
当然，这样的方式建站，如企业的官网，显然是很不现代。因此，Node.js SSR（服务器端渲染）登上了历史舞台。然而服务器端渲染的性能瓶颈至今未有一个很好的解决方案（我们现在前端流行的框架基本上都会使用虚拟 Dom 或类似的方案，遍历虚拟 Dom 相较于模板渲染性能相差不是一个数量级）。
在个人网站（本站）的实践中，做过了大量的选型和对比（开篇中有提及），但最终未得到一个令人满意的框架。其中较为心仪的有两个：
- Nuxtent：作者已经将兴趣转移，所以只是个雏形，但本篇介绍的主角 Nuxtpress 基于该框架的设计思想进行开发。
- Vuepress：最初选择用的该框架，但这个框架有些不伦不类，扩展性不高，代码臃肿又难以扩展，所以用了一段时间之后直接就扔掉索性自己重写一个。
Nuxtpress
一直都在犹豫“是时候表演一波真正的技术了。”
来得有点晚，功能也比较简单，扩展性几乎等于没有。但好在，代码质量勉强还保持在 A，目前发布的版本 v0.2.0 代码总量大约在 250 行左右，项目大小 10kb。
源码地址： https://github.com/assholev0/nuxtpress
苦于精力有限，没有时间花在该项目上，所以前后磨蹭了三个月时间，只憋出了不到 300 行代码。目前满足了我当下静态网站生成的需要。从长远来看，这个框架，我希望它能做得更多。
大概的设计思路如下图：
分为三种模式：
- 纯静态模式
- 动态内容/静态网站模式
- 纯动态模式
其中，模式二【动态内容/静态网站模式】作为核心功能，重中之重。
将整个框架拆为几部分核心模块：
- 核心模块（Core）
- 所有模式统一的入口，基于 Nuxt Module 封装配置装载器，根据配置项选择加载适配器、工具（触发器、部署）等
- 适配器（Adapter）
- 内容源的管理适配，如 MySQL、Markdown 静态文件等
- 抛出统一的内容管理接口
- 工具
- 部署工具（Deployer）： 如将静态网站部署到 Github Pages、阿里云 OSS（CDN）等
- 触发器工具（Trigger）： 生成 Server Less 服务，如阿里云 API 网关 + 函数计算的无服务器后台接口
【动态内容/静态网站模式】技术难点及实现思路：
- 静态网站如何管理动态内容？
- 特征：管理后台框架固定（如基本的文章管理、分类管理、标签管理等）
- 前端：打包生成的静态网站中，将管理后台界面直接包含在内
- 后端动态内容接口：可以通过阿里云函数计算、腾讯云无服务器函数等方式进行部署
- 打包性能
- 服务器渲染特征：无需打包，渲染性能低，重复开销
- 静态网站特征：打包效率低，一次性支出
- 取舍：牺牲打包性能，优化访问性能
- 待攻克问题： 现有项目打包都是一次性完整打包，所以当网站内容多的时候，打包时间也会呈指数增长
- 解决思路： 增量打包和定量打包，对于原有旧内容，在打包时进行忽略（可行性需要进一步实践）
参与
- 如果你对贡献这个项目框架感兴趣
- 如果你对采用该技术架构进行建站感兴趣
- 如果你对该方向的技术岗位（南京）感兴趣
请不要犹豫，关注我的微信公众号并与我取得联系。