记录回忆,知识和畅想的地方
以 Nólëbase 为名,读作 nole-base,取自意为「知识」的昆雅语 nólë 和意为「基础」的英文 base,即「知识库」
- 🌈 多样的主题和内容:
- 本知识库和所生成的页面均由创作者们维护,涉及到生活中各方面知识和内容,也不乏我们的回忆和畅想。
- 📃 皆为 Markdown:
- 使用 Markdown 和 Markdown 拓展语法编写和记录笔记,每一个页面都是 Markdown 文件。
- 🚀 由 VitePress 驱动:
- 基于 Vite 的强大静态文档页面生成器,它生成了我们知识库的页面,提供了简单易用的主题和工具。
- 🗃 由 Obsidian 驱动:
- 强大的知识库管理工具,支持花样繁多的插件和拓展,让知识管理变得更加简单。
很高兴你对 Nólëbase 感兴趣!
首先 Nólëbase 是完全可以在本地无网络环境的情况下使用的!你可以在跟随如何下载到本地的指引下载或者克隆之后使用 Obsidian 和 Logseq 这样的知识库软件打开,也可以用 Typora 这样的 Markdown 编辑器打开进行浏览和编辑,这意味着即便你不具备任何的编程技能,也可以使用或者借鉴我们的知识库分类和组织方法。
在继续之前,也请容许我介绍一下对项目所使用的技术和架构。
和其他的由 Hexo 驱动和生成的博客和静态网站类似,Nólëbase 其实使用了名为 VitePress 的静态生成器来驱动和生成网站,像 VitePress 这样的静态生成器支持在 Markdown 文件中使用 Vue 组件来嵌入并增强文档的阅读和使用体验。而 VitePress 和 Vue 是 Node.js 生态的一部分,他们都属于「前端技术」的一部分。
在运行和部署上,我们使用免费的 Netlify 来提供网站的托管,使用 GitHub Actions(你可以理解一个将会在每次我们将笔记和知识库内容更新到 GitHub 仓库之后会自动触发的一个自动化工作)把我们的笔记和知识库内容自动构建和部署到 Netlify 上。
等等,这和 Obsidian Publish 有什么不同
好问题,作为 Obsidian 的用户,你可能会知道他们开发团队提供了一套专门用于发布 Obsidian 中的笔记的服务「Obsidian Publish」,如果你不知道也不要紧,可以把 Obsidian Publish 理解为一个可以帮助你将 Obsidian 中的笔记发布到互联网上帮助你分享和提供搜索引擎优化(SEO)的服务。
为什么不用 Obsidian Publish
- Obsidian Publish 需要付费才能使用,但是实际上对于静态网站而言,就像先前介绍的那样,我们可以白嫖一些像是 GitHub Pages,Netlify,Vercel 和 Cloudflare Pages 这样现成的基础设施帮忙托管;
- Obsidian Publish 部署后的静态页面是没有 Obsidian 自带的插件功能的支持的,这意味着很多作者(或者你)在本地撰写好的使用了插件支持的语法的文档在本地使用 Obsidian 渲染和预览的时候是能正常工作的,然而将会在 Obsidian Publish 部署和托管后变得不可用。这是非常关键的一个问题,很多用户(包括我在内)都非常依赖于 Obsidian 的插件生态,这样的问题现在还没有足够好的解决方案,但我们创建了名为 Nólëbase 集成 这样的项目来尝试提供一些常见的和常用的 Obsidian 插件在 VitePress 和 Vue 的环境下的替代方案,这样的替代方案虽然不能完全替代 Obsidian 插件的功能,但是可以在一定程度上提供类似的功能,你也可以关注一下;
在什么情况下你应该使用 Obsidian Publish
Obsidian Publish 也有它自己的优点:
- 寻找适合 VitePress 的 Markdown 插件是困难和复杂的,Obsidian Publish 天然支持所有 Obsidian 原生支持的语法和插件,这意味着你不需要额外的调研和试错工作就可以将你在本地使用 Obsidian 撰写的文档直接部署到互联网上;
- 运行和部署像是 Nólëbase 这样的静态网站对于不具备任何的代码和编程知识的作者难度大得多,但是 Obsidian Publish 不需要任何的代码和编程知识,也无需关心任何的技术细节,和 Notion 的分享一样,你只需要点击几下就可以完成部署;
所以如果你没有掌握必备的编程技能,或者你不想花时间和精力去学习和掌握这些技能,那么 Obsidian Publish 可能是一个更好的选择。
所以,也有别人在这样使用 VitePress 作为可部署的知识库吗?
哦,当然!
这里有一些我们在 GitHub 上发现的使用 VitePress 作为知识库的项目:
废话不多说,我们开始下载的步骤吧。
如果你没有熟练掌握诸如命令行和 Git 的使用,我们在这里建议你使用 GitHub 本身提供的 下载源代码存档 功能直接从 GitHub 站点上下载打包好的压缩文件包,然后到本地解压后查看和使用。
如果你掌握了命令行和 Git 的使用,可以通过下面的命令克隆项目仓库到名为 nolebase
的目录中:
git clone https://github.com/nolebase/nolebase
完成了下载了吗?很好,恭喜你已经完成了很艰难的一步!
正如先前介绍过
因此你需要先配置一下 Node.js 和添加和管理 VitePress 和 Vue 作为底层管理依赖的工具 pnpm 。
所以你在继续下面的步骤之前,需要完成另外的两件事情:
- 安装和配置 Node.js,要校验 Node.js 是否安装成功,可以通过打开命令行窗口然后运行
node --version
和npm --version
来查看是否会报错; - 安装和配置 pnpm,要校验 pnpm 是否安装成功,可以通过打开命令行窗口然后运行
pnpm --version
。
Important
如果你使用的是 Windows,可以选择通过 scoop
(一款在 Windows 上面向开发者可用的包管理器)来安装这些必要的工具,这样可以避免在 Windows 上面安装和配置这些工具的时候遇到的一些问题。
想要快速安装 Scoop,使用 Win + Q 打开搜索,键入「Powershell」之后点击搜索结果中的蓝色方块,然后输入下面的命令:
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
Invoke-RestMethod -Uri https://get.scoop.sh | Invoke-Expression
使用 Win + Q 打开搜索,键入「Powershell」之后点击搜索结果中的蓝色方块,然后输入下面的命令:
node --version
如果你看到了类似于 vxx.xx.xx
的版本号(比如 v21.1.0
),那么恭喜你,你已经成功安装了 Node.js。
如果没有看到,那么你需要先安装 Node.js。如果采用了上面提到的 scoop
,可以使用下面的命令来安装 Node.js:
scoop install nodejs
Important
由于我们使用到了 sharp
这个依赖来生成图片,而 sharp
依赖需要使用到 Python,因此你也需要安装 Python。
如果采用了上面提到的 scoop
,可以使用下面的命令来安装 Python:
scoop install python
接下来让我们来安装 pnpm,使用下面的命令来安装 pnpm:
corepack enable
corepack prepare pnpm@latest --activate
首次安装完成之后需要运行一下
pnpm setup
来配置 pnpm 所需要的目录,完成之后需要关掉当前的 Powershell 窗口,然后重新打开一个新的 Powershell 窗口。
差不多准备好啦,让我们前往 Nólëbase 知识库所在的目录吧,使用下面的命令来前往 Nólëbase 知识库所在的目录:
cd
先多输入一个空格,然后接下来打开文件管理器,把你解压缩完成的 Nólëbase 知识库文件夹拖拽到运行窗口中,最后按下 回车 键,就可以告诉 Powershell 前往 Nólëbase 知识库所在的目录了。
Important
如果你使用的是 macOS,可以选择通过 Homebrew
(一款在 macOS 上面向开发者可用的包管理器)来安装这些必要的工具,这样可以避免在 macOS 上面安装和配置这些工具的时候遇到的一些问题。
想要快速安装 Homebrew,使用 command + 空格 打开「终端」应用,然后输入下面的命令:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
使用 command + 空格 打开「终端」应用,然后输入下面的命令:
node --version
如果你看到了类似于 vxx.xx.xx
的版本号(比如 v21.1.0
),那么恭喜你,你已经成功安装了 Node.js。
如果没有看到,那么你需要先安装 Node.js。如果采用了上面提到的 Homebrew
,可以使用下面的命令来安装 Node.js:
brew install node
接下来让我们来安装 pnpm,使用下面的命令来安装 pnpm:
corepack enable
corepack prepare pnpm@latest --activate
首次安装完成之后需要运行一下
pnpm setup
来配置 pnpm 所需要的目录,完成之后需要关掉当前的终端窗口,然后重新打开一个新的终端窗口。
差不多准备好啦,让我们前往 Nólëbase 知识库所在的目录吧,使用下面的命令来前往 Nólëbase 知识库所在的目录:
cd
先多输入一个空格,然后接下来打开访达,把你解压缩完成的 Nólëbase 知识库文件夹拖拽到终端窗口中,最后按下 return 键,就可以告诉终端前往 Nólëbase 知识库所在的目录了。
你既然已经在使用 Linux 了,应该知道怎么做了吧?
在倒数第二步中,我们需要安装依赖,这样 VitePress 和 Vue 就会被下载到本地的 Nólëbase 目录/文件夹下的 node_modules
目录/文件夹下了:
pnpm install
接下来你可以直接运行下面的命令开启一个本地运行的 Nólëbase 知识库前端服务器,通常而言我们称之为「开发服务器」,用这个服务器,可以通过浏览器在本地直接访问渲染完成的页面:
pnpm docs:dev
就像这样
$ pnpm docs:dev
vitepress v1.0.0-rc.20
➜ Local: https://localhost:5173/
➜ Network: use --host to expose
➜ press h to show help
当你看到上面的字样的时候,就可以前往本地的 https://localhost:5173 查看渲染完成的页面了:
在这个本地运行的 Nólëbase 知识库前端服务器启动的情况下,你针对所有 Markdown 文件、样式文件、配置文件的变更,都会实时响应到网页中。
如果刷新不及时或者更新有异常,也可以试试看使用 command + R (macOS 系统) Ctrl + R (Windows 和 Linux 系统)快捷键强制刷新。
想要部署页面,首先先确保你已经执行过了安装依赖和运行开发服务器 的步骤,一般而言构建和渲染的时候可能遇到的问题都可以在运行开发服务器的时候发现,接下来你只需要一个简单的命令就能完成构建了:
pnpm docs:build
构建完成后,渲染出来的 HTML 和各种资源将会被存储在 .vitepress/dist
目录下面,你可以通过上传 .vitepress/dist
目录来完成 Nólëbase 知识库的部署。
由于很多时候需要重复编排和调整文档的结构和注解以适应和满足使用者的阅读习惯或是文档叙述的内容需求,以及说明使用的 API 的版本号和破坏性更新说明,可能会导致在以上或是更多外部因素的影响下导致文档结构混乱不一,查询造成困难,或是索引和快速查阅文档的时候需要花费大量的时间和精力去了解文章结构和内容,以下提出了一个较为完善(任需商议)的知识库结构、使用规范的提案。 该提案包含:
- 对文档结构的说明
- 对文档的版本控制和兼容性注释
- 关于如何正确使用脚注和参考资料给文档提供更多相关联信息的指南
一般,文档需要有以下结构(按照从上到下排列):
- 使用一级标题的标题(一般为文件名本身)
- 使用正文格式的作者
- 非强制 · 标签(如果有的话,方便搜索和索引)
- 非强制 · 使用五级标题的 文档兼容性 (仅针对涉及了不同软件或是 API 的指南和操作文档)
- 非强制 · 使用五级标题的 Archive 信息 (仅针对 📃 Archives 目录下的所有文档)
- 非强制 · 使用二级标题的概述(仅针对超大型文档,提供概述可以提高检索和快速查阅的效率)
- 使用二级标题的目录
- 使用二级标题的说明
- 有完善标题分级和注解、甚至是脚注的正文
- 非强制 · 使用二级标题的延伸阅读或是参考资料(仅针对如果引用了文章、网页的绝大多数内容;没有实际引用到文档内但是值得参考和阅读的文章、网页的内容;查阅资料时遇到的(非强关联,但是也有关系的)相关内容时需要添加)
- 非强制 · 不使用标题的脚注(如果有的话,通过使用脚注插件 Footnote shortcut(参考🔌 知识库插件列表 )创建,可以避免过多的引用和链接出现在正文里)
每一项的内容和说明都会在下方的文档中一一说明
标题一般为文件名本身,方便查询和记忆。
# 标题
标签可以使得文档易于检索和串联在一起,也可以使得在阅读一篇文档之后再去阅读相关标签的其他文档时变得方便检索和寻找。
过去 Nólëbase 使用 Obsidian 的基本标签 #标签内容
(我叫它「裸标签」)来对页面进行标记,但是存在于正文的裸标签并不利于程序化的处理,而且在实践结构化标签(或者嵌套标签)的时候存在于正文中的结构化标签将会在一定程度上混淆视听,为了能够更好的集成到 Nólëbase 集成 来全自动处理标签,优化整体阅读体验,现在 Nólëbase 在 Obsidian 所兼容的 Markdown 的 frontmatter 添加使用 tags
字段来配置页面的标签。
---
tags:
- 根层级
- 另一个根层级/某个标签
---
对于存放在 📃 Archives 目录中的文件(包括文档、静态资源),都应添加 Archive 信息 显著的标记其来源,创建时间、以及原始资源的信息等内容。 这将确保我们在 Archive 文档或静态资源时可以保留其作者的信息和采集信息,方便未来的资料查证、资料溯源等变成可能。 另外需要注意的是,我们在进行 Archive 采集时都应该注意创作者所使用的共享协议,如果不允许转载,则不能进行 Archive 采集。
该字段填写该文档或者静态资源的采集来源,该字段的值需要匹配该文档或者静态资源于 📃 Archives 目录和分类目录下的目录名称。
比如放置在 📃 Archives/📖 文章/Medium
目录下的文档或者静态资源都应该在该字段中填写 Medium
,如果可能,可以使用链接来撰写来源,这在多种同名来源的情况下将会变得非常有用。
当前支持的来源有:
Archive 自 |
---|
微信公众号文章 |
CSDN |
ADDitude |
The Verge |
知乎 |
该字段填写该文档或者静态资源的采集时间。
该字段填写该文档或者静态资源的分类该字段的值需要匹配该文档或者静态资源于 📃 Archives 目录下的目录名称。
比如放置在 📃 Archives/📖 文章/Medium
目录下的文档或者静态资源都应该在该字段中填写 文章
。
该字段填写该文档或者静态资源的原始作者,如果网页没有提供原始作者的信息,比如新闻类、资讯类网站,我们则可以填写采集来源作为该字段的值。
该字段填写被采集的文档或是静态资源的原始地址。
该字段填写被采集的文档或是静态资源的原始创建时间。
该字段填写被采集的文档或是静态资源的原始更新时间。如果网页没有提供更新时间,我们则可以填写原始资源创建时间作为该字段的值。
##### Archive 信息
| Archive 自 | Archive 创建于 | 分类 | 原始作者 | 原始地址 | 原始资源创建时间 | 原始资源更新时间 |
| ---------- | ------------ | ---- | ------- | ------- | ------------- | ------------- |
| Medium | 2022-10-29 16:30 | 文章 | 作者 Alpha | [链接](https://example.com) | 2022-10-29 16:30 | 2022-10-29 16:30 |
对于涉及到软件和 API 的讲解和教程文档,应该提供文档兼容性部分以详细描述该文档所适配的软件或 API 版本,如此一来就可以方便我们排查破坏性更新或是兼容性导致的软件或 API 与文档中叙述的行为不一致导致的问题。
软件名称,或是 API 名称,如果是 HTTP Restful API,可以填写完整的 URI 地址。
此处的版本号不需要遵循文档版本中提到的语义化版本 2.0.0 规范,应该直接填写应用程序或是 API 的版本。
如果有对应的文档,则应该把对应版本的文档地址或者是参考文件地址粘贴到该字段中方便查阅。
### 文档兼容性
| 主体 | 版本号 | 文档地址(如果有) |
| -- | -- | -- |
| NebulaGraph | v2.6.1 | https://docs.nebula-graph.com.cn/2.6.1/ |
概述仅针对超大型文档,即目录、说明、正文的文本阅读时间超过了 30 分钟的文档。在该部分中需要提供类似于 TL;DR 的精简化说明,可能的情况下可以直接给出结论。
文档所引入的外部资料、外部说明都应该有详细的来源链接可供参考。
对于值得继续阅读以探究文档所讨论的、描述的主题所相关的链接和外部资源,这些链接或是外部资源应当放置到 ## 延伸阅读
部分。
对于撰写文档所参考的资料,这些链接或是外部资源应当放置到 ## 参考资料
部分,或是脚注的部分。值得补充的是,对于可能年久失修、来源网站不稳定、审查过强的链接和外部资源,我们可以预先把这些链接和外部资源采集并放置到 📃 Archives 中方便引用。
本仓库代码以 MIT License 协议发布
本仓库除 笔记/📃 Archives
目录以外的文档、图片和其引用的资源均以 CC BY-SA 4.0 协议发布