好的博客图片解决方案

关键词：博客, 图片解决方案, 图床, ffmpeg, alt

今天在写「望京与望京公园」那篇图片文档的时候，又再思考应该如何处理图片问题，我曾多次谈过我的博客的文章和图片都是存储在 gitlab 的私有仓库，图片也原片存储到私有仓库是因为不想像我之前的那个归档了的博客一样，再经历一次图床的搬迁。

但是放在私有仓库里随着图片的增多，不得不面对一个问题，仓库的大小会变的很大（代码仓库本身也不是用来存文件的地方，专业的事情要专业的东西去做），我也曾经多次使用各种组合方案来减少图片的占用，可以解决部分问题，但是随之而来的就是也会有新的问题产生，比如压缩后画质更好的原图应该放到哪里管理，丢弃我又不想，留着又很占用空间。

在写这篇文档之前，我的整个图片方案如下：

• 将相机拍摄的图片使用存储卡导入 MacBook Pro
• 电脑的图片使用 AirDrop 或者 LocalSend 发送到手机
• 手机使用快捷方式里面的图片水印添加指令来给图片添加水印
• 使用 AirDrop 或者 LocalSend 发送回电脑
• 电脑使用 ffmpeg 工具将图片批量压缩一份同像素的 small 版，同时转成更小像素(原像素的一半)的 thumbnail 版
• 在 small 版上，根据图片的内容重命名图片
• 复制到博客目录中，并在博客文档中引用

这个过程很像一个零件的生产工艺，有多种不同的工艺可以制作一个零件，但是更好的更合理的工艺会使零件制作的材料成本和时间成本降到最低，实现企业利润的最大化，同样的，对应到个人的生活也是，每个人的时间是有限的，可以通过优化解决问题的方案让处理时间减少很多（如果带来消费上的降低就更好了），就会有更多的时间去休息或者产生其他价值。

现在来看，这个工艺步骤可以改进的还有很多：

• 是否需要导入到手机使用快捷指令添加水印（可以直接使用 Mac 的快捷指令，效果是一样的）
• 是否需要使用快捷指令添加水印，可以使用 ffmpeg 重写一套相同的规则 （跑脚本比手动一个个的操作会更便利）
• 使用 thumbnail 版是不是更合适（像素减半不影响看，大小减半很重要）
• small 是不是可以写一个图床脚本，放置到图床，然后图床链接写到对应的 thumbnail 的某个属性中去 （既展示了小图减少了出网流量，同时又保留了图片的原始像素图片的查看途径）

根据这些工艺的改进步骤，我们可以完全实现在一个脚本内批量完成之前需要很多需要手工复杂操作的步骤。

脚本实现后，我们的完整步骤就变成了：

• 导入图片到电脑
• 重命名
• 跑处理脚本（后面展开详细的过程）
• 写博客，复制图片地址到对应的博客位置

脚本需要实现的功能：

• 将原始图片添加水印（需要复刻原来的快捷方式）
• 压缩图片至 small，处理 small 到 thumbnail
• 将 small 文件上传至图床，生成名字与图床链接的对应
• 输入图片存储地址，将 thumbnail 复制到存储位置，并且生成博客需要使用的链接，并将上一步的对应关系也加进去
• 添加 alt 描述，增加 SEO

至此，将以前需要小时级别的任务缩短至了分钟级。