图片总丢？为何不自己搭建一个图床服务
经常写博客或者Markdown文章的同学都知道，图片资源总莫名其妙丢了，我们或者每次把图片随着md文件移过来换过去，或者找一个提供图床服务的产品，又或者扔到自己的服务器，然后将资源目录发布出来。
但是，这些方法总归存在一些问题，随着md文章移动，容易丢失；放在图床服务，不安全且可能存在提供商关闭后续不可用的情况；放在自己服务器，可行但是上传不太方便，然而借助picGo或者picList接合sftp等等，我们可以实现一个比较不错的图床管理，这也是我一度使用的方式。但是今天我要介绍的不仅仅是PicGo+sftp的方式，而是一个开源服务easyImage，它和picGo来结合管理，这样我就可以不用一直开着我服务器的ssh端口了。
先看看easyImage自己本身的搭建后效果：
再看看我通过和picList结合的效果：
easyImage是一个图床服务，自己本身就支持web端图床管理，见图一。常见功能如下：
- 支持API
- 支持仅登录后上传
- 支持设置图片质量
- 支持压缩图片大小
- 支持文字/图片水印
- 支持设置图片指定宽/高
- 支持上传图片转换为指定格式
- 支持限制最低宽度/高度上传
- 支持上传其他文件格式
- 在线管理图片
- 支持网站统计
- 支持设置广告
- 支持图片鉴黄
- 支持自定义代码
- 支持上传IP黑白名单
- 支持上传日志IP定位
- 支持限制日上传次数
- 支持创建仅上传用户
- 对于安装环境要求极低
- 对于服务器性能要求极低
- 理论上支持所有常见格式
- 更多功能支持请安装尝试···
PicGo是一个图床管理软件，自己本身也支持各种插件，例如sftp，本地，webdav等等存储方式上传图片，而easyImage也提供了picGo的插件，picGo自己本身也支持图片上传管理，按照日期分类，图片水印，压缩等等功能。
我为什么重复使用这两个呢？如果你使用Typora软件来写Markdown文件，那么picGo配置支持后，一旦在Typora中粘贴图片可以触发一键自动上传，极度方便。
所以我后边分为两个过程介绍。只搭建图床服务、搭配picGo。
搭建easyImage图床
搭建服务
1.还是docker-compose搭建服务，在自己想要存放图片数据的目录建立docker-compose.yml文件，编写命令：
