使用Github 看成本身我的博客的圖牀

使用Github 看成本身我的博客的圖牀

前提

本文前提:

1. 我我的博客的草稿是存放在 github上的一個倉庫 diarynote
2. 截圖存放的圖片或者須要放在文章中圖片，會固定存放在對應的文件夾中，我我的是使用日期文件夾，如: uploads/190828/test.jpg
3. 本文中提到的這個倉庫，都是指我本身的 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

自從有了博客的草稿倉庫以後，我遇到發佈的煩惱是:

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作圖牀