使用Github 看成本身我的博客的图床

时间  2019-11-12 标签 使用 github 看成 本身 我的 博客

使用Github 看成本身我的博客的图床html

前提

本文前提:git

  1. 我我的博客的草稿是存放在 github上的一个仓库 diarynote
  2. 截图存放的图片或者须要放在文章中图片，会固定存放在对应的文件夹中，我我的是使用日期文件夹，如: uploads/190828/test.jpg
  3. 本文中提到的这个仓库，都是指我本身的 diarynote 仓库

使用GitHub做为图床

从上面的描述能够知道，我本身的一个项目仓库的一个文件夹在 GitHub的 的路径固定是 https://github.com/wakasann/diarynote/tree/master/draft/github

当我使用Typora工具在本地编写当前仓库的Markdown 图片路径通常都会写成缓存

![](uploads/190828/test.jpg)服务器

编辑的时候，能够边预览边编辑，由于编辑时，查看的是本地的图片，访问速度快，也好替换。markdown

通常编辑完以后，我本身会这个仓库的改动推送到 GitHub上。hexo

当本身准备发布当前编辑的Markdown 文件中,而且该文件中图片时，能够经过喜欢的文本编辑工具，如:sublime text工具

查找学习

uploads

替换为网站

https://raw.githubusercontent.com/wakasann/diarynote/master/draft/uploads

废话1

自从有了博客的草稿仓库以后，我遇到发布的烦恼是:

  1. 将草稿发布到我本身 Hexo 源码项目中时，须要将图片复制一遍到 source/uploads，而后在草稿的图片连接面前加一个/就能够了，这个工做量对我来讲还行
  2. 将草稿发布到 博客园时，那文章中的使用到的图片就须要经过博客园的图片上传进行上传，这个发操做对比上一点，上传的工做量就有点大了

慢慢的，本身经过逛v2ex 社区，发现了一个 sm.ms的网站，，而后本身也注册了，体验过，速度仍是能够的，对写 Markdown文档也有很大的帮助，后来了解到图床是指 专门存放图片的服务器。

我主要是从维护本身我的博客图片路径的麻烦程度来考虑使用哪一种图床来进行选择。

  1. 使用非github图床时,如原博文中， markdown 图片路径是: ![](uploads/20190814/20190812173836.png) ，在 Typora 和 在我本身基于Hexo的博客中，均可以直接显示图片。

经过sm.ms 上传的图片，获得 ![20190812173836.png](https://i.loli.net/2019/08/14/sLlFKmqwAXvaGfO.png)，替换以后，在 Typora 和 在我本身基于Hexo的博客中，也均可以直接显示图片。

本身担忧之后免费的图床之后不存在了，那博客中的全部图片也就看不到了，要替换本身草稿仓库中已存放图片路径，工做量会比较大，故 最后选择 本身存放博客草稿的仓库服务器 Github 做为本身的图床。

  1. 使用github图床时,如: 如原博文中， markdown 图片路径是: ![](uploads/20190814/20190812173836.png) ，在 Typora 和 在我本身基于Hexo的博客中，均可以直接显示图片。

经过查看这个仓库的图片路径，发如今dfaft文件夹的的全部图片路径相同开头的路径是https://raw.githubusercontent.com/wakasann/diarynote/master/draft/，我只须要在 已有的Markdown 文件中 图片连接 前面加 https://raw.githubusercontent.com/wakasann/diarynote/master/draft/ 便可，之后github的图床不能使用时，我能够经过我本身喜欢的 sublime text 文本编辑工具，将这个仓库的全部Markdown 源文件的 https://raw.githubusercontent.com/wakasann/diarynote/master/draft/ 替换为空，而后就能够从新发布到基于Hexo的我的博客网站上了，但发布到非基于hexo 的其它平台时，本身仍是没法避免要和本身上面提到的烦恼2 同样，一张一张的上传了。

废话2

个人我的博客目前是使用 hexo 进行搭建,存放的主机的1个月流量少，以下图:

发布在 博客园本身的博文的流量也是少的，因此没有 达到滥用的程度。

获得以上的结论以后，我本身的内心也好过一点了，嘿嘿嘿 😄

从下面参考的文章，本身明白

使用GitHub做为图床的缺点

  1. 当提交图片上传的GitHub的仓库时，会给本身的Github账号 添加无效的提交绿点

而使用GitHub做为图床，对我来讲的好处是：

  1. 仓库中的图片路径 维护起来比较方便, 将同一个随笔发布到其它平台时，发布的速度会比较快
  2. 免费

经过帖子 大家都用什么图床啊？，看回复，本身了解到的是:

  1. 使用 阿里云OSS 或者腾讯云OSS 加开源的 PicGo 来本身搭建图床
  2. 在本身服务器上使用开源的 imgurl 来搭建图床
  3. 使用Gitee 作图床
  4. 使用网上已有的免费图床 sm.ms ,imgchr

从 使用gitee作图床 文章中，学习到：

  1. gitee 没有cdn加速缓存
  2. 获取 gitee 上仓库的图片外链，格式是 https://gitee.com/用户名/项目名/blob/master/123.jpg中的blob修改为raw再访问，就能够了获得一张图片外链了。

如:https://gitee.com/mrshenyuan/diarynote/raw/master/draft/uploads/190828/20190828165503.jpg

References
  1. 厘清把 github 当图床的思路
  2. Github作图床
  3. github作Markdown图床
  4. 图床工具的使用---PicGo
  5. 使用gitee作图床
联系我们 沪ICP备13005482号-10