使用Github 当作自己个人博客的图床
前提
本文前提:
- 我个人博客的草稿是存放在 github上的一个仓库 diarynote
- 截图存放的图片或者需要放在文章中图片,会固定存放在对应的文件夹中,我个人是使用日期文件夹,如:
uploads/190828/test.jpg
- 本文中提到的
这个仓库
,都是指我自己的 diarynote 仓库
使用GitHub作为图床
从上面的描述可以知道,我自己的一个项目仓库的一个文件夹在 GitHub的 的路径固定是 https://github.com/wakasann/diarynote/tree/master/draft/
当我使用Typora
工具在本地编写当前仓库的Markdown 图片路径一般都会写成
![](uploads/190828/test.jpg)
编辑的时候,可以边预览边编辑,因为编辑时,查看的是本地的图片,访问速度快,也好替换。
一般编辑完之后,我自己会这个仓库的改动推送到 GitHub上。
当自己准备发布当前编辑的Markdown 文件中,并且该文件中图片时,可以通过喜欢的文本编辑工具,如:sublime text
查找
uploads
替换为
https://raw.githubusercontent.com/wakasann/diarynote/master/draft/uploads
废话1
自从有了博客的草稿仓库之后,我遇到发布的烦恼是:
- 将草稿发布到我自己 Hexo 源码项目中时,需要将图片复制一遍到
source/uploads
,然后在草稿的图片链接面前加一个/
就可以了,这个工作量对我来说还行 - 将草稿发布到 博客园时,那文章中的使用到的图片就需要通过博客园的图片上传进行上传,这个发操作对比上一点,上传的工作量就有点大了
慢慢的,自己通过逛v2ex
社区,发现了一个 sm.ms的网站,,然后自己也注册了,体验过,速度还是可以的,对写 Markdown文档也有很大的帮助,后来了解到图床
是指 专门存放图片的服务器。
我主要是从维护自己个人博客图片路径的麻烦程度来考虑使用哪种图床来进行选择。
- 使用非github图床时,如原博文中, markdown 图片路径是:
![](uploads/20190814/20190812173836.png)
,在Typora
和 在我自己基于Hexo的博客中,都可以直接显示图片。
通过sm.ms
上传的图片,得到 ![20190812173836.png](https://i.loli.net/2019/08/14/sLlFKmqwAXvaGfO.png)
,替换之后,在 Typora
和 在我自己基于Hexo的博客中,也都可以直接显示图片。
自己担心以后免费的图床以后不存在了,那博客中的所有图片也就看不到了,要替换自己草稿仓库中已存放图片路径,工作量会比较大,故 最后选择 自己存放博客草稿的仓库服务器 Github 作为自己的图床。
- 使用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个月流量少,如下图:
发布在 博客园自己的博文的流量也是少的,所以没有 达到滥用的程度。
得到以上的结论之后,我自己的心里也好过一点了,嘿嘿嘿