昆明云纺片区网站建设,网站做的好的医院,谷歌seo公司,机关事业单位 网站建设方案书#x1f3ab;座右铭#xff1a;想寻大树乘凉 不如自栽 自给 自乘凉
#x1f4d5; 写在最前 搭建一个属于自己的个人知识库#xff0c;顺带梳理一下自己的知识体系和学习路径#xff0c;这样就会特别清晰。
#x1f6a9;好那么#xff0c;开始阅读吧座右铭想寻大树乘凉 不如自栽 自给 自乘凉 写在最前 搭建一个属于自己的个人知识库顺带梳理一下自己的知识体系和学习路径这样就会特别清晰。
好那么开始阅读吧 先看成果 钟宸宸の知识库 大家来到我的知识库网站想必大家已经看到了从2023年4月1日建站开始这个网站会一点点地丰富也因为你的到来让这个网站开始变得更有价值。因为我认为志同道合的人本就应该成群结队在这里我将再一次声明建站的初衷 我想制作这样一个知识库网站在这里我会为每一个跟我一样但不知从何下手的的大学生提供我所了解的每一项技能的详细学习的路线。如果这个网站能够给一些志同道合的人一点的帮助就一切都值得了。 好了接下来将具体向你展示我当初从想法到建站的过程。 学习路线 第一步发现痛点 痛点一资料收集得太多太杂急需整理。 是否你也跟我一样“收藏学会”常常各种资源、文章、博客包括GitHub链接、PDF文档收藏了很多但却基本不看导致此的很大的一个原因不是因为资料少反而是因为资料太多、太杂了。没有条理也没有分类、更不好检索故而有时候你想查阅却不知道从何看起。我认为收集资料没有问题但是强烈建议在入库的那一刻便做好归类与标记这样就可以方面后续的检索和学习。把资料用起来这个才是关键。 痛点二在学习的过程中只顾着闷着头跑而忽略了全局。 在我学习的过程中常常会一头扎进某个知识点、或者某个问题然后就吭哧吭哧出不来导致后来慢慢失去了当初的兴趣最后被劝退。我认为要想避免这样的恶性循环在学习的过程中最好要有一个全局的概念也就是及时梳理自己的知识体系和学习路径。知道自己身处在知识体系的位置明确学习路径才能更好的掌握知识。 而搭建知识库网站正好可以应对这两个痛点。 第二步本地部署 打造一个免费的个人知识库干净又卫生 打造一个免费的个人知识库干净又卫生 在部署的过程中同Blog的搭建过程一样我也没有全部跟着教程的操作进行。在视频的1030左右也就是成功打造网站之后Up主介绍了很多部署的方案同时视频演示的是云服务器的部署。在这里我选择使用GitHub Page的方式不需要购买云服务器同时也省去了域名的购买。因为对于学生党来说这一笔钱算得上是一点负担同时在大多数情况下网站也只为自己使用部署到GitHub就已足够。 第一步初始化一个项目 然后我们选择一个目录作为我们的博客站点目录。也就是项目要生成的目录。 比如我在D盘下新建了一个myblogs的目录 然后打开CMD黑框cd到该目录执行如下命令 通过使用 CD 命令并加入参数 /d 可以通过一个步骤直接进入指定盘符下的任意文件夹。
一个步骤进入D盘下的myblogs目录如
cd /d d:\myblogs初始化成功后可以看到 目录下创建的几个文件
index.html 入口文件
README.md 会做为主页内容渲染
.nojekyll 用于阻止 GitHub Pages 忽略掉下划线开头的文件
直接编辑 docs/README.md 就能更新文档内容当然也可以添加更多页面。第二步本地运行docsify创建的项目 通过运行 docsify serve 项目名称 启动一个本地服务器可以方便地实时预览效果。 默认访问地址 http://localhost:3000 。 第三步GitHub Page部署 相较于Blog的部署知识库的部署要简单很多。 创建一个新的 repository 在GitHub上创建一个用户名.github.io仓库 推送本地仓库至远程 git init //初始化仓库
git add . //添加所有文件进暂存区
git commit -a -m my first commit //提交文件到仓库 以备提交到远程
//当确定好自己所有的文件可以提交到远程时 执行下面的命令
git push -u origin master设置 Github Page 点击仓库的Setting–Page,在 Branch 处选择 master在次一个选项处选择 /doc 选择完成之后点击save即可看到自己的网址了 第四步配置参数、优化改造 CSDN: docsify 构建文档网站之定制功能 Docsify官方文档: Docsify 第五步标准化上传流程 掌握了以上全部知识之后就可以开始正式运营我们的知识库了。在这里我向您介绍一下我本人每次上传知识库的流程熟练掌握这些操作流程就不用在羁绊在工具层次就可以把更多的精力投入到编辑优质的内容当中。 首先你需要了解下面这个知识 多页文档 如果需要创建多个页面或者需要多级路由的网站在 docsify 里也能很容易的实现。例如创建一个 guide.md 文件那么对应的路由就是 /#/guide。 假设你的目录结构如下 .
└── docs├── README.md├── guide.md└── zh-cn├── README.md└── guide.md那么对应的访问页面将是 docs/README.md http://domain.com
docs/guide.md http://domain.com/guide
docs/zh-cn/README.md http://domain.com/zh-cn/
docs/zh-cn/guide.md http://domain.com/zh-cn/guide根目录下创建一个Content文件夹在此文件夹中生成md文件并编辑这样网站就可以承载多个md。不过要想能够实现在导航栏选择切换不同的md就需要配置_sidebar.md。具体配置如下 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HS9XY2jj-1681530438843)(…/Picture/屏幕截图20220308220825.png)] 这样就可以在导航栏显示了。 这里有一个小技巧你可以在根目录下创建一个Picture文件夹用来存放md文件中的图片那样就不需要将图片上传至图床也就解决了“图传会不会过期”、“图床非会员功能限制怎么办”等困扰。 编辑结束后即可参照第三步使用bash命令轻松部署。 这里还有一个小技巧在本地编辑的时候可以输入cmd命令打开 http://localhost:3000 端口实时查看渲染结果。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wL3gzfjZ-1681530438845)(…/Picture/屏幕截图20220308221828.png)] ❓ 疑问汇总 我的GitHub账户在搭建Blog时已经使用了怎么办 第一种方案使用Gitee Page部署。 Gitee有着和GitHub极其相似的操作逻辑与功能且其友好的中文界面对于国人来说更好操作。 你可以将目标文件夹重新上传至Gitee仓库我认为更快捷的方式是先将文件夹上传至GitHub然后使用Gitee的克隆功能将GitHub仓库克隆到Gitee上这样就可以实现一次提交多平台共享。 第二种方案重新注册一个GitHub账户。 我对比了GitHub和Gitee发现Gitee开启Page功能需要实名认证相较而言GitHub的注册只需一个邮箱账号且Page功能可以直接开放这对于小白练手很是友好。所以我认为第二种方案更加友好。但是Gitee属于国内的节点访问相对比Github快许多但如果有其他的需求也可以更具自己的需求选择。 参考文献 野生钢铁侠知识库 Github Pages docsify Docsify使用指南 如何使用jsDelivrGithub 实现免费CDN加速 By : Lucas Zhong | 2023/4/1