给内容站准备一套不折腾的图片流程

写文章时，最麻烦的往往不是文字。

而是图片。

一张图要压缩，要转格式，要上传，要复制链接，还要回到 Markdown 里替换路径。做一次还能忍，做十次就会变成噪声。

所以位矩后面需要一套更顺手的图片流程。

基本想法

我希望写文章时，图片仍然可以先放在本地。

比如：

![桌面照片](/images/drafts/desk.jpg)

写完以后，再运行一个本地脚本。脚本负责识别图片、压缩转换、上传到 R2，并把文章里的本地路径替换成线上地址。

这样写作时不用一直打断自己。

图片分三层

同一张图不应该只有一个版本。

列表页需要的是小图，正文需要的是标准图，真正想看细节时才需要原图。

计划拆成三种：

• thumb：缩略图，用在首页、列表、搜索和相关文章。
• display：标准图，用在文章正文和素材详情页。
• original：原图，只在查看原图或下载时访问。

这样页面会更快，手机端也不会被大图拖慢。

R2 只负责存放

R2 适合当图床和大文件存储，但不应该把所有管理压力都丢给 R2 后台。

更理想的方式是：

• R2 存正式图片和大文件。
• 本地脚本负责转图和上传。
• Markdown 只保留最终可访问的图片地址。
• 本地只保存必要的小图、默认图和临时备份。

这样项目仓库不会越来越重。

删除要谨慎

上传成功以后，不应该立刻删除本地原图。

更稳的做法是先移动到归档目录，确认网站显示正常以后，再手动清理。

例如：

media/archive/

这一步看起来慢一点，但可以避免误删。

未来脚本应该做什么

这个脚本以后至少要做几件事：

• 扫描 Markdown 里的本地图片。
• 自动生成缩略图、标准图和原图。
• 上传到 R2。
• 替换文章里的本地路径。
• 生成一份处理报告。
• 确认后再清理本地图片。

最终目标不是复杂，而是减少重复动作。

写文章时只管写文章。

处理图片这件事，交给工具。