一个不到 10MB 的小工具，来提供本地、快速的文档访问，来改善开发过程中，阅读在线文档体验糟糕的问题。
以及，介绍如何快速制作一个利于分发使用的，离线文档工具包。
写在前面
即使现在 AI 辅助编码和 Chat Bot 类的产品已经非常多，写代码的体验已经变的非常好，但是日常 Coding 过程中，我们难免还需要翻阅开源产品的文档。
因为各种原因，包括部署在 GitHub Pages 上的文档的访问体验都一言难尽。在浏览文档的时候，浏览器时不时转圈圈非常影响连续的思路，以及非常的浪费时间。
尤其是在《你的网站或许不需要前端构建（二）》这篇文章中，我提到了多款非常不错的前端框架和工具，它们的文档都托管在 GitHub 上。
而且，单纯是将这些文档下载到本地，也并不完全能够解决访问慢的问题，因为文档中可能还引用了一些外部的 API 接口或者互联网小组件，这些小组件加载好之前，页面可能都是“白页”。
所以，结合今年早先时候的文章《完善 Golang Gin 框架的静态中间件：Gin-Static》折腾了一个小工具，来提供本地、快速的文档访问，来改善开发过程中，阅读在线文档体验糟糕的问题。
项目开源在 soulteary/docker-quick-docs，欢迎一键三连，或有需要的代码自取。
将在线文档转换为本地文档
我们以 baidu/san 部署在 GitHub Pages 上的在线文档为例，来将它变为可以快速访问的本地文档。
获取文档数据
类似这个项目部署在 GitHub Pages 上的内容，通常都会在项目的
gh-pages
分支上，所以我们有两种方式来获取文档内容，第一种是在页面中，先切换项目分支到
gh-pages
，然后点击下载代码的按钮，得到源码压缩包。
不过这种方式，我们更新代码内容比较麻烦，所以我更推荐第二种方法，使用
git clone
携带参数来下载指定目录的代码，并尽量少的进行
clone
：
git clone http://github.com/baidu/san --depth1--branch=gh-pages
代码执行后，我们就能相对快速的从仓库中得到可更新的文档数据了：
# git clone http://github.com/baidu/san --depth 1 --branch=gh-pages
Cloning into 'san'...
warning: redirecting to https://github.com/baidu/san/
remote: Enumerating objects: 405, done.
remote: Counting objects: 100% (405/405), done.
remote: Compressing objects: 100% (197/197), done.
remote: Total 405(delta 154), reused 303(delta 65), pack-reused 0
Receiving objects: 100% (405/405), 2.17 MiB |5.18 MiB/s, done.
Resolving deltas: 100% (154/154), done.
如果后续想更新代码，只需要进入目录，执行
git pull
：
# cd san# git pull
Already up to date.
启动 Quick Docs
使用 Quick Docs 有两种方法，一种是从 GitHub 发布页面 下载适合你系统的二进制文件，然后直接执行它。
./quick-docs
默认情况下，它将在目录中自动创建
docs
目录，将我们准备好的文档都保存在这个目录中，就可以来做本地体验了，默认的端口是
8080
。
如果你想调整端口，可以设置命令中的环境变量
PORT
，比如想要在
9000
端口运行，我们可以这样做：
PORT=9000 ./quick-docs
当然，如果你是 Docker 爱好者，我们有更“绿色环保”的方案：
# 下载工具docker pull soulteary/docker-quick-docs:v0.1.2
# 使用工具启动文档docker run --rm-it-v`pwd`/docs:/app/docs -p8080:8080 soulteary/docker-quick-docs:v0.1.2
当程序执行完毕，我们将能够看到类似下面的输出结果：
2024/01/04 11:39:54 Quick Docs v0.1.2
这个时候，我们访问
http://localhost:8080
就能够看到有哪些目录可以被浏览了。
因为我们只存放了
san
一个项目的文档，所以在打开浏览器之后，我们暂时就只有这一个目录可访问。如果你想访问更多的文档，只需要将不同的文档都放到
docs
目录，然后启动程序即可。
点击目录，我们就能够看到
san
的本地部署文档啦：
不同与 GitHub 慢吞吞的，本地部署的文档访问速度提升非常明显，如果你经常访问某些开源软件的文档，这个方案一定可以为你节约大量的时间。
一般情况下，做到这一步，文档的本地化访问就已经搞定了。不过，相信追求极致的你一定希望本地的页面能够打开的更快，甚至完全离线可访问，那么我们继续来折腾。
高级功能：文档内容重写
我们继续以
san
的文档为例，我们打开网络调试工具，再次刷新页面，能够看到有两个很明显的加载比较慢的请求。
想要解决这个问题，我们可以使用工具支持的“内容重写功能”。
简单重写
以上面的内容为例，上面页面中比较慢的请求地址分别是：
https://cdn.jsdelivr.net/docsearch.js/2/docsearch.min.css
https://ghbtns.com/github-btn.html?user=baidu&repo=san&type=star&count=true&size=large
比如，我们可以将上面的请求改写为“空”，来避免慢请求：
[{"from":"https://cdn.jsdelivr.net/docsearch.js/2/docsearch.min.css","to":""},{"from":"https://ghbtns.com/github-btn.html","to":"about:blank"}]
我们将上面的内容保存为
config.json
，如果你是使用可执行文件运行程序，那么重启程序，程序就会自动加载并应用配置文件了。
如果你是 Docker 用户，那么我们需要调整命令，将这个配置文件映射到容器内：
docker run --rm-it-v`pwd`/docs2:/app/docs -v`pwd`/config.json:/app/config.json -p8080:8080 soulteary/docker-quick-docs:v0.1.2
当程序执行完毕，我们将看到类似下面的输出：
2024/01/04 12:06:57 Quick Docs v0.1.2
2024/01/04 12:06:57 未设置环境变量 `PORT`，使用默认端口：8080
2024/01/04 12:06:57 解析配置文件成功，规则数量: 2
此时再打开页面，刷新网页，我们就能看到所有的请求都来自本地，以及感受到页面请求速度更快啦。
只要你想，你可以放任意数量的文档在
docs
目录中，来改善你的开发文档阅读体验。
更高性能的重写
不过，倘若我们有很多文档目录，也有非常多的重写规则，那么一定会造成不必要的性能损失，即使程序本身足够简单，现代硬件的性能也足够高。
但如果你的 Quick Docs 是运行在使用电池支持的笔记本上，或者单核心的小主机上，能省则省嘛。
我们只需要在上面的重写规则下面添加
dir
字段，来限制重写规则的生效范围即可，如果你想更进一步的进行限制，还可以设置重写内容的类型
type
：
[{"from":"https://ecomfe.github.io/san/","to":"/san/","type":"html","dir":"/san/"},{"from":"https://github.com/baidu/san-router","to":"/san-router/"},{"from":"https://ecomfe.github.io/santd/","to":"/santd/"}]
默认情况下，如果我们不设置
dir
或者
type
，那么程序将对所有目录下的
html
文件生效。
目前支持处理的文件类型包括
html
、
js
、
css
、
json
，对于离线的文档站来说，应该是足够使用了吧？如果你觉得不够用，欢迎在项目 issue 中提出你的看法。
好了，如果你有很多文档需要本地托管，看到这里也足够应对啦。
构建利于分发的单程序文档
文档的开头，我提到了如何制作一个利于分发使用的，离线文档工具包。这里主要是复用早些时候发的文章《完善 Golang Gin 框架的静态中间件：Gin-Static》中的中间件的能力。
想要制作单文件的离线工具包，我们需要先下载项目代码：
git clone https://github.com/soulteary/docker-quick-docs.git
然后和上文一样，将我们想固化在程序中的文档放在
docs
目录中。
执行程序构建命令：
go build -o quick-docs
程序执行完毕，我们在当前目录就能够得到“内置”了文档的程序了，它可以脱离之前的
docs
目录运行。
我们的离线文档程序也就折腾好了，运行的时候，需要携带一个参数
EMBED=on
来激活
Embeded
功能：
EMBED=on ./quick-docs
程序的使用和上文中提到的没有任何差别。
最后
好了，写到这里，Quick Docs 的所有用法就都介绍完毕啦。
我们下篇文章再见。
–EOF
本文使用「署名 4.0 国际 (CC BY 4.0)」许可协议，欢迎转载、或重新修改使用，但需要注明来源。 署名 4.0 国际 (CC BY 4.0)
本文作者: 苏洋
创建时间: 2024年01月04日
统计字数: 4924字
阅读时间: 10分钟阅读
本文链接: https://soulteary.com/2024/01/04/improving-the-github-pages-reading-experience-quick-docs.html
版权归原作者 soulteary 所有， 如有侵权，请联系我们删除。