1,254° 20161,568字0条评论

博客图床

自建博客的人应该都熟悉这个词——图床,意思就是放图片的地方。为什么会出现这样的词呢?因为随着博客文章越来越多,配图的管理也变得重要起来。如果把图片放在同一个地方会更易于管理,必要的话还能打包加速。

图床怎么了

其实图床对于我并不算老问题了,只是之前都笃定快速地下决定解决了这个问题而已。最近,因为整理博客,把原先放在 Picasa 的图片导入了一直以来的御用图床——又拍,然而突然某天图片就都刷不出来了。由于没有任何提示,我也是在迷惑了很久之后才意识到应该是流量超了。

我很早就在使用又拍,当时又拍还是 Flickr 的山寨(虽然巴巴变更像)。由于 Flickr 的不稳定,网易和巴巴变的不能外链,让我转向了唯一的选择——又拍。虽然选择有点无奈,但又拍的表现很好,我一直都挺满意。以前若是超流量了,图片会有提示。这也是我这次困惑的原因。我猜,因为又拍社区和又拍图片管理的分治,外链重心转移,才让我这个仍然窝在又拍社区的老用户不明所以。听说又拍图片管理可以查看流量,并在付费后拥有绑定自定义域名的功能。

让我们来解决问题

自定义域名听起来好像是个不错的主意,因为爱换域名地址的我在搬了那么多次博客后我才懂得把网站内部链接都写成相对地址(/xxx 而不是 http://域名/xxx)。而在准备第二次手动修改全部七百多篇博文的我,也终于意识到外链图片受制于第三方提供的地址,导致在换图片托管商的时候非常想要凿墙。于是我想,既然要改,一劳永逸才能成为我的动力,所以一定要自定义域名的外链地址。至此,我面临几个选择。

继续待在又拍

可我的图片都在又拍社区,能不能轻松转移至又拍图片管理且如何转移成了最大问题。原谅我看到两个大问题就打退堂鼓,况且收费不算理想,所以我否决了这个方案。

转移到七牛

七牛算是最近崛起的香饽饽了,网上搜到的教程也多,认证了的免费用户每个月的大容量诱惑也让我有点把持不住。甚至连自定义域名都是免费的!可惜的是,需要备案这个条件让我这个不论网站还是肉身都在海外的人感到无力。(🎵我感到绝望,董小姐🎵)

自己建图床

还有什么好办法呢?我谷歌到一篇有价值的博文——博客图床规划,里面介绍了四种方案,最后作者选择的是“自建分离图床”。我一拍大腿,看来只有自建才靠谱,突然明白 FarBox 在图片托管上的良苦用心。阅读了 FarBox 的付费说明以后,我觉得很合理(支付宝付费有打折这件事我才不会到处说),于是立刻升级扩大容量,摩拳擦掌准备开干,域名就定为 cdn.domain.com

不仅仅是博客图床

没有用 img.domain.com 是因为除了图片还想存放别的文件,比如视频或者音乐,不过现在还是觉得托管第三方比较方便。其实能这么任性主要还是因为内容不多,随时可以更改。另外除了博客以外,水八口旗下的其他网站(至少有个主站)也可以使用这个“资料库”。

我真是一个喜欢整洁有序的处女座。好了,我滚去整理博客了。

别说是你,连我也没想到的更新

2017.01.01
欢欢喜喜用了几个月 cdn.domain.com,觉得神清气爽。但是没想到计划赶不上变化,没多久我就收到 Bitcron 内测,于是举家迁移。新家有 Let’s Encrypt,每次看到 Chrome 地址栏左边的 locked 锁就无比激动,于是下了狠心把图床搬回网站内。因为一来,如果按照之前的分离做法,引用的时候需要绝对地址,所以 http:// 还是 https:// 真的好纠结。二来,以我多年的血泪经验,对于我庞大的博客文章后宫来说,相对地址是最好操控的。再者,按照现行计划,主站并不怎么用图片,相册也准备另开一家。至于除了图片以外的其他文件,估计用到的可能性也很低,所以现在就安心在站内 /img/年份/文件名.jpg

回归

2017.02.18
前些天闲逛博客圈,发现了解决 http/https 问题的方法,原来只要一个双斜杠 // 就能搞定,泪流满面。于是经过一整天的重新思考,还是决定把图片统一存放在所谓的“资料库”里,域名沿用之前的想法——cdn.domain.com。另外由于天才般地找到了批量修改图片引用地址的方法(Sublime),顿时感到将要从庞大系统中脱离的轻松。图片的写法也顺带升级了下:按照年份分类,每个文件的文件名为对应文章的日期+两位数字,比如 /2017/170218-01.jpg。这么一来既有辨识性又能排序,地址长度也得到控制,真令人心旷神怡。

<img src="//cdn.shuiba.co/年份/日期-两位数.jpg" alt="" />
EOF
845°
社交网络的选择
Comments
Write a Comment
点击加载Disqus