博客图床
自建博客的人应该都熟悉这个词——图床，意思就是放图片的地方。为什么会出现这样的词呢？因为随着博客文章越来越多，配图的管理也变得重要起来。如果把图片放在同一个地方会更易于管理，必要的话还能打包加速。
图床怎么了
其实图床对于我并不算老问题了，只是之前都笃定快速地下决定解决了这个问题而已。最近，因为整理博客，把原先放在 Picasa 的图片导入了一直以来的御用图床——又拍，然而突然某天图片就都刷不出来了。由于没有任何提示，我也是在迷惑了很久之后才意识到应该是流量超了。
我很早就在使用又拍，当时又拍还是 Flickr 的山寨（虽然巴巴变更像）。由于 Flickr 的不稳定，网易和巴巴变的不能外链，让我转向了唯一的选择——又拍。虽然选择有点无奈，但又拍的表现很好，我一直都挺满意。以前若是超流量了，图片会有提示。这也是我这次困惑的原因。我猜，因为又拍社区和又拍图片管理的分治，外链重心转移，才让我这个仍然窝在又拍社区的老用户不明所以。听说又拍图片管理可以查看流量，并在付费后拥有绑定自定义域名的功能。
让我们来解决问题
自定义域名听起来好像是个不错的主意，因为爱换域名地址的我在搬了那么多次博客后我才懂得把网站内部链接都写成相对地址（/xxx 而不是 http://域名/xxx）。而在准备第二次手动修改全部七百多篇博文的我，也终于意识到外链图片受制于第三方提供的地址，导致在换图片托管商的时候非常想要凿墙。于是我想，既然要改，一劳永逸才能成为我的动力，所以一定要自定义域名的外链地址。至此，我面临几个选择。
继续待在又拍
可我的图片都在又拍社区，能不能轻松转移至又拍图片管理且如何转移成了最大问题。原谅我看到两个大问题就打退堂鼓，况且收费不算理想，所以我否决了这个方案。
转移到七牛
七牛算是最近崛起的香饽饽了，网上搜到的教程也多，认证了的免费用户每个月的大容量诱惑也让我有点把持不住。甚至连自定义域名都是免费的！可惜的是，需要备案这个条件让我这个不论网站还是肉身都在海外的人感到无力。（🎵我感到绝望，董小姐🎵）
自己建图床
还有什么好办法呢？我谷歌到一篇有价值的博文——博客图床规划，里面介绍了四种方案，最后作者选择的是“自建分离图床”。我一拍大腿，看来只有自建才靠谱，突然明白 FarBox 在图片托管上的良苦用心。阅读了 FarBox 的付费说明以后，我觉得很合理（支付宝付费有打折这件事我才不会到处说），于是立刻升级扩大容量，摩拳擦掌准备开干，域名就定为 cdn.domain.com。
不仅仅是博客图床
没有用 img.domain.com 是因为除了图片还想存放别的文件，比如视频或者音乐，不过现在还是觉得托管第三方比较方便。其实能这么任性主要还是因为内容不多，随时可以更改。另外除了博客以外，水八口旗下的其他网站（至少有个主站）也可以使用这个“资料库”。
我真是一个喜欢整洁有序的处女座。好了，我滚去整理博客了。
别说是你，连我也没想到的更新
欢欢喜喜用了几个月 cdn.domain.com，觉得神清气爽。但是没想到计划赶不上变化，没多久我就收到 Bitcron 内测，于是举家迁移。新家有 Let’s Encrypt，每次看到 Chrome 地址栏左边的 locked 锁就无比激动，于是下了狠心把图床搬回网站内。因为一来，如果按照之前的分离做法，引用的时候需要绝对地址，所以 http:// 还是 https:// 真的好纠结。二来，以我多年的血泪经验，对于我庞大的博客文章后宫来说，相对地址是最好操控的。再者，按照现行计划，主站并不怎么用图片，相册也准备另开一家。至于除了图片以外的其他文件，估计用到的可能性也很低，所以现在就安心在站内 /img/年份/文件名.jpg。
回归
前些天闲逛博客圈，发现了解决 http/https 问题的方法，原来只要一个双斜杠 // 就能搞定，泪流满面。于是经过一整天的重新思考，还是决定把图片统一存放在所谓的“资料库”里，域名沿用之前的想法——cdn.domain.com。另外由于天才般地找到了批量修改图片引用地址的方法（Sublime），顿时感到将要从庞大系统中脱离的轻松。图片的写法也顺带升级了下：按照年份分类，每个文件的文件名为对应文章的日期+两位数字，比如 /2017/170218-01.jpg。这么一来既有辨识性又能排序，地址长度也得到控制，真令人心旷神怡。
<img src="//cdn.shuiba.co/年份/日期-两位数.jpg" alt="" />
分开放是不是每张图都得要重新插入之类的，直接放到文章相关的文件夹下缺点是什么呢？迁移麻烦？
@ChoJemmy 你这个问题非常好，我要仔细回答， 所以放晚了。
首先我先说一下我贴图的方法：
<figure>
<img src=“//自建图床域名/年份/六位日期-顺序数字.jpg” alt=“” />
<figcaption>图片说明（可留空）</figcaption>
</figure>
（小写引号会触发转义符，所以引号用了大写，复制粘贴时需要手动改回。）
我用的不是 Markdown 而是 html 代码。为什么要这样呢？为了图片样式的设置。一个是图片显示区域要100%，而图片本身不需要100%宽度的需求；二是需要图片说明，也就是 <figcaption></figcaption> 部分。有了代码比较容易定义样式。所以既然都是手动输入，也无所谓直接拖曳上传的便利了。
然后我来讲一下图片放在文章相关文件下的看法。我觉得每篇文章一个文件夹太凌乱了。可能是我文章众多，翻看或者修改起来过于麻烦。这也是为什么我不用官方自带的评论框。因为生成的评论也是每篇文章一个 .xls 表格。按照我 700+ 篇博文来算，文件夹和评论表加上去文件数就三倍了。别说浪费流量浪费钱，就“收纳”的角度来说也不太可持续发展。
最后说一下迁移。只要是 Bitcron 旗下的，比如 FarBox，估计都会保持同样的结构，所以文件存放形式应该没有影响。我不知道其他静态博客是什么样子，不过如果都放在同样文件夹下应该都是相对路径吧，那么应该也不受迁移的影响。我的图片相当于统一存放在一个仓库里，然后从里面引用出来到博客，可以理解为外链。别人用七牛，我用自建的图床。好处是管理查看方便，路径也稳定，迁移也不会受到影响。这也是为什么大家虽然用七牛还是努力升级到自定义域名的原因了。
感觉可以写一篇文章了，看我啰嗦的。其实确实有打算讲一下我的博客管理逻辑，毕竟 Bitcron 这种方式太符合我的口味了。
@水八口 刚又扫到这篇文章和回复，捣鼓了一下。发现直接在markeditor下新建个文件夹例如_pic，里面放图片，然后地址写成../_pic/1.png貌似也可以，这样图片都是存在一个文件夹里了。不过有两点，客户端里直接的图片1.png不显示，二是新建了个_image的文件夹也不显示。非常不方便啊。你插图是不是都是先存在文件夹里，重命名好了，再手动引用？
@ChoJemmy 我没有用ME，所以不太了解。我都是用Sublime从Dropbox里抓.md写，写完直接存。图片的话是存成固定标题然后归档专门的文件夹，再手动引用。
咦我上一个回答说得挺清楚的呀，没明白吗？后来我还真的写了一篇文章，多亏了你这个好问题，谢啦～
https://shuiba.co/my-internet-living-logic
@水八口 写得很清楚啊，只是看到你最新的那篇Bitcron的文章~忍不住又把里面的文章翻出来回顾了一遍。
@ChoJemmy 有追求[机智地比手指]
@水八口 我说印象咋这么深刻，当年问了你这么多...你现在贴图还是用<figure>这种标签方式？
@ChoJemmy 是的😊
同为处女座表示非常理解！
储存博客文章和储存博客文件，两个Bitcron文件夹可以一一对应起来，或者以近似的结构对应起来是非常有安全感的一件事！
@TONYHEAD 理解万岁哈哈哈～处女座击掌🖐🏻
个人视频也全部本地托管啦，准备把音频也整理进来。但没有分类，而是都按照日期归档。