图床的解决方案

2019/08/08
共 568 字
约 1 分钟
归档: 技术
标签: GitHub 图床

jsDelivr的CDN加速是个好东西


参考自:Github+jsDelivr+PicGo打造稳定快速、高效免费图床

这些天都在寻找一个可靠的图床。

微博图床虽然还能用,但是前不久的事件让我不敢用了。

聚合图床这个思路非常好,分发到不同的免费图床,万一出问题了还有个备份。这本来是最好的解决方案,但是看看只剩下三个免费的,对比网上的截图,以前起码六七个,我不免有些担忧。不管怎样也作为前面这些天的主力图床。

路过图床运行至今快十年了,一个付费+免费的产品活到现在可不容易,因此也纳入我的考虑范围。

SM.MS是V2EX家的东西,本来挺可靠的,但是实际的访问速度让我不得不放弃他。

然后就是来两个相对小众但是还蛮好的两个,图床001PICB,尤其后者,支持加入上传插件,具有更多的可玩性。我想,如果聚合图床能加上上述几个免费图床,那就稳了,可惜没有。

想着自己折腾,无奈目前的能力不够,连一口气获得一个图片的多个地址都做不到,别说更复杂的了。

回归到github的别样用法,用一个仓库来装图片,码云同样可以这么做,但是不支持大于1m的图片,多少不方便。但是github的访问速度太慢了,让我重新陷入困境。

多少次想着跟代码直接传到托管上,这个文件夹会越来越大,万一要迁移这可不是好办法,何况coding只有125m的存储空间

直到看到这篇文章,利用cnd加速来访问github上的图片,这思路想都没想过。

操作非常简单,效果也很理想。如果某天这个加速没了其实也挺头疼的,但是相对来说,对比聚合图床还是这个比较可靠。所以目前的图床方案就采用Github+jsDelivr,本地当然要备份一份,规范命名,万一出问题批量修改图片的前缀就ok了。

留言

本站已运行
© 2024 Jack  由 Hexo 驱动
目录

复制成功