PicGo - 折腾一下新图床

寫博客的時候總是很擔心圖片的問題：存在本地不方便，直接用圖床md鏈接省事且現代化。但隨之而來的又一個問題是：放在外面的cdn上的東西，怎麼保證他不會跑路？舉例來說就是現在ipic免費版支持的微博圖床，匿名上傳，接受範圍內的壓縮，但，萬一微博垮了怎麼辦？且不說夾總還維護著CCP的內容審查，就算微博自己鋪天蓋地的放廣告、壓榨用戶體驗，死亡也是早晚的事情。微博如果垮掉了，我博客里的圖片都會被清光，只會在原處剩下html找不到資源的破碎畫板小圖標——現在去看12年以前的百度貼吧的古董貼，所有的圖片都隨風而逝了，僅留下一道賽博疤痕。（update: 截至 23/01/2023 weibo 图床的图片已被清空）

所以，現在就得考慮一個圖床時效性的問題，因為大多數圖片是沒有備份的，倘若圖床跑路，圖片是無論如何也無法輓回了。雖然這樣與時間、歷史、歲月對抗的行為總體上來說是徒勞無功的——我們無法預知我們死後的變化，誇張點說甚至無法預知我們下一秒的變化，指不定ISIS明天恐襲Twitter總部，億萬條推文都毀於一旦，而背後的理由僅僅是因為Twitter對阿拉伯世界宣稱支持La liberté d’expression——但我還是盡可能的希望延續這種存在。那麼通覽全球，我覺得能活的最久的service provider，一個是Apple/Goole，另一個就是Github了。所以，我也盡可能希望自己的一切網絡遊戲都能依靠在GitHub周圍——比方說我的Blog。Github是最不可能垮掉的服務商了，所以，GitHub如果提供Image Hosting Service的話我付費支持，但很可惜沒有。

於是我又找啊找，發現了一個叫PicGo的東西。

可以看到它一個是支持的雲服務多，另一個是它支持把你自建的Repo當成圖床來用。

這是我的配置。其中Token的生成可以去查閱它的官方手冊。

最開始的時候一直上傳不成功，我懷疑可能是我的SS 1087端口這個HTTP代理有問題（終端也有同樣的情況）於是我現在是不加代理的在使用，體驗就是特別慢，和ipic的微博圖床秒傳無法比……

但好在還是可以用的。希望ipic作者也能提供一下GitHub的圖床，我一定給錢

此外還要繼續考察一下這個repo有沒有容量的問題……又想到了git-lfs把github帶寬撐爆直接給我寄bill那件事……

好像墙内加载raw.githubusercontent.com域名的图片也很慢，直接把该域名添加到ss user PAC里面。

另外，在typora或者Mark text里面引用md链接的加载速度也差不多，这俩编辑器本质还是html，查找链接引用的资源还是走https，所以需要一直挂着ss。