用图床sm.ms

摘要: 使用 sm.ms 图床的过渡时期

【对数据分析、人工智能、金融科技、风控服务感兴趣的同学，欢迎关注我哈，阅读更多原创文章】
我的网站：潮汐朝夕的生活实验室
我的公众号：潮汐朝夕
我的知乎：潮汐朝夕
我的github：FennelDumplings
我的leetcode：FennelDumplings

---

今天是 2020 年 8 月 13 日，昨天由于 coding 平台空间超限问题，实践了图片压缩 linux图片压缩工具，并将昨天之前的文章用过的所有图片均用 jpegoptim 和 optipng 压缩了，但是仍然与网页内容一起放在 web 服务器上而没有迁移到存储服务器。

从今天开始的文章的图片不再与文章内容放在一起。即不再将文章中的图片放在 source/_post 下的同名文件夹内，之前文章的同名文件夹保持不变，新的文章的同名文件夹中不再放图片，用这种方式处理历史问题。而新的图片统一维护在本地目录里，需要的时候上传到文件服务器，上传之前最好做压缩，但需要用 shell 脚本等方案避免重复压缩。

作为实践，Redis中字符串的编码 和 力扣271-字符串的编码与解码 的封面图片和内容均使用的 sm.ms，没有用此前实践的图片压缩，以后可能还是得加上 emmm….

在 sm.ms 上访问到此前上传的图片的唯一方式是返回的 url，该 url 中含有日期，以后如果要修改还算比较好追溯，但是本地图片随着文章变多肯定会很乱，以后如果要修改(例如sm.ms不可用了)需要用到本地图片的话，需要本地有比较好的命名管理。

目前 sm.ms 的问题是 API 版本升级了但是 picgo 没有做相应修改，所以 picgo 中暂时用不了 sm.ms。只能在浏览器上操作 https://sm.ms/ 。此外访问速度不知道怎么样，需要实践一段时间得出结论。

暂时先用 sm.ms 苟着了。。估计以后很可能还是得考虑阿里云oss。。

---

2022.08.30 添加：还真用 oss 了，OSS图床。

---