图床的解决方案
2019/08/08
共 568 字
约 1 分钟
归档: 技术
jsDelivr的CDN加速是个好东西
参考自:Github+jsDelivr+PicGo打造稳定快速、高效免费图床
这些天都在寻找一个可靠的图床。
微博图床虽然还能用,但是前不久的事件让我不敢用了。
聚合图床这个思路非常好,分发到不同的免费图床,万一出问题了还有个备份。这本来是最好的解决方案,但是看看只剩下三个免费的,对比网上的截图,以前起码六七个,我不免有些担忧。不管怎样也作为前面这些天的主力图床。
路过图床运行至今快十年了,一个付费+免费的产品活到现在可不容易,因此也纳入我的考虑范围。
SM.MS是V2EX家的东西,本来挺可靠的,但是实际的访问速度让我不得不放弃他。
然后就是来两个相对小众但是还蛮好的两个,图床001和PICB,尤其后者,支持加入上传插件,具有更多的可玩性。我想,如果聚合图床能加上上述几个免费图床,那就稳了,可惜没有。
想着自己折腾,无奈目前的能力不够,连一口气获得一个图片的多个地址都做不到,别说更复杂的了。
回归到github的别样用法,用一个仓库来装图片,码云同样可以这么做,但是不支持大于1m的图片,多少不方便。但是github的访问速度太慢了,让我重新陷入困境。
多少次想着跟代码直接传到托管上,这个文件夹会越来越大,万一要迁移这可不是好办法,何况coding只有125m的存储空间
直到看到这篇文章,利用cnd加速来访问github上的图片,这思路想都没想过。
操作非常简单,效果也很理想。如果某天这个加速没了其实也挺头疼的,但是相对来说,对比聚合图床还是这个比较可靠。所以目前的图床方案就采用Github+jsDelivr,本地当然要备份一份,规范命名,万一出问题批量修改图片的前缀就ok了。
留言