基于 Nuxt3 + Obsidian 搭建个人博客

Nuxt是一个用Vue来编写的，可用来创建类型安全、高性能和生产级全栈 Web 应用程序和网站的全栈框架。后端是 Nitro，一个可以被单独使用的Web服务端框架。

作为一个全栈框架，不仅具备了比使用Vue开发SPA客户端更好的开发体验，还能享受服务端渲染带来的SEO优化，同时Node服务可以实现帮你实现更多的可能性。

之所以基于Nuxt从零搭建，一是为了选全栈，二是发现了nuxt/content可以读取本地的markdown文件，三是选的模板达不到想要的效果，四是过程可以作为写文章的素材。

初始化Nuxt项目

使用nuxt/content初始化项目，因为这个插件是博客的核心插件，所以初始化时直接装上就可以

npx nuxi@latest init content-app -t content

选择npm、pnpm、yarn作为包管理器后，会生成项目目录，下载依赖，我选了npm

在这里插入图片描述

此时直接运行 npm run dev 就可以启动项目了

启动后会有如下页面：

在这里插入图片描述

app.vue作为页面的入口文件，里面只有一个简单对的 NuxtPage ，作用类似于 Vue 中的 RouterView ，实际上它就是 RouterView 的包装。

同样的包装还有：NuxtLink 、NuxtImg 等等。更多 Nuxt Component

<template><div><NuxtPage /></div>
</template>

它用来显示 pages/ 下的页面

pages/ 是Nuxt生成路由的一个约定目录，其内的文件会自动生成路由。

如 pages/a.vue 会生成 /a 路由

如果想接收url参数可以这样写： /pages/a/[id].vue 或 /pages/a-[group]/[id].vue

在文件内使用这种方式来获取参数，总之 [xxx] 是它的路由规则

<script setup lang="ts">
const route = useRoute()
console.log(route.params.id, route.params.group)
</script>

如果想匹配改路径下的所有路由，可以这样写：/pages/a/[...slug].vue，此时可以再去看一下
route.params.slug 的值是什么。

查看更多关于 Nuxt Pages 👈

使用Pages不仅仅是简化了Router的配置，也是为了服务端渲染，更好的SEO。做博客的话，当然希望别人搜索某些关键字可以直接搜到自己的文章页面。而不是全部内容都在一个单页面内，由浏览器渲染。

所以自带的两个页面是怎么渲染的就清楚了。

你可以看到上面我并没有引入useRoute，但也可以在vue文件中直接使用，因为Nuxt提前做好了自动import 的配置，它自动导入组件、可组合项、辅助函数和 Vue API。

项目根目录下的 components/, composables/ , utils/ 都可以直接使用，无需手动导入。

如果你想手动导入此类API，可以使用#imports，如 import { ref, computed } from '#imports'

如果使用了第三方的包，也想支持自动导入，可以在 nuxt.config.ts 中配置。

export default defineNuxtConfig({imports: {presets: [{from: 'vue-i18n',imports: ['useI18n']}]}
})

同时，nuxt.config.ts还可以配置 sourcemap ，全局css引入：css ，tailwindcss ，以及 nuxt/content 等等。

Nuxt的文档和Vue的类似，都非常全面，读过一遍后会对这个框架有比较清晰的了解，所以起步阶段还是建议先读文档。

NuxtContent

项目搭建好了，它默认加载了两个页面，也就是两个md文件，是/content目录下的 index.md 和 about.md 。

这不是重点，因为我也不会在这个项目目录下管理我的文章。

NuxtContent 支持配置多种文件的来源，看一下官方的配置

import { resolve } from "node:path";export default defineNuxtConfig({content: {sources: {// overwrite default source AKA `content` directorycontent: {driver: 'fs',prefix: '/docs', // All contents inside this source will be prefixed with `/docs`base: resolve(__dirname, 'content')},// Additional sourcesfa: {prefix: '/fa', // All contents inside this source will be prefixed with `/fa`driver: 'fs',// ...driverOptionsbase: resolve(__dirname, 'content-fa') // Path for source directory},github: {prefix: '/blog', // Prefix for routes used to query contentsdriver: 'github', // Driver used to fetch contents (view unstorage documentation)repo: "<owner>/<repo>",branch: "main",dir: "content", // Directory where contents are located. It could be a subdirectory of the repository.// Imagine you have a blog inside your content folder. You can set this option to `content/blog` with the prefix option to `/blog` to avoid conflicts with local files.},}}
})

可以看到不仅能用content目录，还能用content-fa目录，还能用github拉取。

而目录下base配置传入的是一个文件夹路径，所以我们这里直接写上自己经常用来写文章的一个目录绝对路径就可以了。

在目录下所有文章的改动会被监听，也就是在写文章时有什么改动会实时更新在本地服务的页面上，非常方便。

我建议在一个比较高级别的目录下分出几个单独的文件夹，往博客上发的全都放在一个比如blog的目录下，其他可能不是文章的，就还是该咋写咋写。

blog下的文章，有时候也不一定都能当天写完，nuxt/content支持使用 . 和 - 作为文件的前缀时忽略此文章，不会被处理。Obsidian不支持使用.作为前缀，所以我用的-。

在blog下的文章可以随意划分文件夹，blog上不受影响，因为博客上的文章其实还是要根据tag或category用代码逻辑划分，和本地的文件夹没什么关系。

所以此时我的配置就是这样的：

content: {sources: {obsidian: {prefix: '/obsidian', // All contents inside this source will be prefixed with `/fa`driver: 'fs',// ...driverOptionsbase: `/xxx/xxx/notion/blog` // Path for source directory},}
}

要想正常的使用本地文件，还需要做一些改动。

之前在Obsidian写东西，文件都是中文名，而content在处理中文名时会自动忽略，我搜了下各种issue 其他语言也存在这种问题。好在content处理前后分别给了一个钩子函数，不然这博客直接夭折了

在这里写一个处理函数 /server/plugins/content.ts （没有的目录要手动新建）

// @ts-ignore
export default defineNitroPlugin((nitroApp) => {nitroApp.hooks.hook('content:file:beforeParse', (file: { body: string }) => {// 匹配markdown文件内的元信息const match = file.body.match(/---\n([\s\S]+?)\n---\n([\s\S]*)/);if (match) {let frontMatter = match[1];const mainContent = match[2];// 如果不包含_path字段, 则使用title字段和一个前缀来生成_pathif (!frontMatter.includes('_path:')) {// 提取 title 字段的值const titleMatch = frontMatter.match(/title:\s*(.+)/);if (titleMatch && titleMatch.length > 1) {const titleValue = titleMatch[1].trim();const pathValue = `/post/${titleValue}`;// 将 _path 插入到 front-matter 中frontMatter = `_path: ${pathValue}\n` + frontMatter;} else {return;}}// 重新组合文件内容const newContent = `---\n${frontMatter}\n---\n${mainContent}`;file.body = newContent;}// 如果页面内没有 _path 属性, 则自动添加为 /blog/ + 文件名});
})

在content拿到本地文件后，会编译一遍，然后放在 .nuxt 缓存，其处理后的文件内容，带有一个 _path 属性，这个属性就是页面上对应的文章的地址。

前面说中文地址会丢掉，也是这个_path出了问题，因为它默认是自己根据文件名生成的。

所以这里处理逻辑就是，处理原始内容前，给原始内容加上一个_path。当原始内容里带了_path，它就会优先用设置好的，不自动生成。

所以你如果愿意手动给自己的每个md文件都手动加上一个_path的话，也可以不用这个钩子。

以前还要注意一个问题：const pathValue = /post 这行代码，相当于写死了每篇文章的前缀是 /post 。

所以说 pages/ 下必须要有这样的结构 /pages/post/[...slug].vue 。

如果你想更改前缀，请手动同步更新这两处

这样，我们无需在项目中增加文章目录，就实现了从本地直接拉取文章文件。

用Obsidian的小伙伴，可以用Linter这个插件格式化YAML属性 ，如date、lastmod、title，这三个是自动生成而且都是必用的。tags、category 会用作分类和筛选。

在这里插入图片描述

那文章有了，在哪里点进去呢？

content 提供了 queryContent 来查询内容，你可以这样来查询：

const contentQuery = queryContent('post')
// 总文章数 去除了被忽略的文章
const count = await queryContent('post').count()const contentQuery2 = queryContent('post')
// 按时间倒序以及分页后的数据
const pages await contentQuery2.sort({ date: -1 }).skip(skip).limit(pageSize.value).find()