我想知道禁用这两个选项是否可以节省 S3 存储桶空间？
我反复测试过，禁用它们似乎只能访问原始图像。
这是否意味着 discourse 不再生成优化图像了？
响应式帖子图像尺寸
创建缩略图
禁用两者确实会减少图像版本数量，但老实说，节省的磁盘空间并不多。
你在这里具体遇到的问题是什么？你是否将一个已有十年的论坛导入到了 Discourse 中，导致附件过多？或者你的论坛是一个以图像为中心的版块，你每天都会产生大量的上传？
1 个赞
你好 @Falco
谢谢你的回复。
这是一个以图片为中心的版块。每天发布大约 200 到 400 张图片。S3 的使用量正在疯狂增长。
我觉得用户上传的每一张图片都会创建很多版本，即使我已经禁用了这两个功能。而且我无法弄清楚图片版本还在哪里被创建。
我刚把 max image size kb 减少到 500 kb。我正在测试其他可以减少 S3 消耗的设置。
你有什么建议吗？
这些是照片吗，比如智能手机相机拍摄的照片？如果是这样，图像质量是否至关重要？还是更像是 PNG 图片宏或动画？
您提供的信息越多，我们就越能帮助您！
这些图片是社交媒体内容。例如，Facebook Story 或 Post。
它们不是智能手机相机拍摄的照片。只要清晰，质量不是非常重要。
其中大部分是 JPEG 图片，有些是 PNG。
以下是一些示例：
Facebook Story
Facebook Post
1 个赞
谢谢你的信息！
正如你所看到的，你发布的第一个图片被调整了大小并进行了压缩。你可以更积极地调整这个设置，使图片更小。
我建议：
composer media optimization image bytes optimization threshold
65536
composer media optimization image resize dimensions threshold
720
composer media optimization image resize width target
720
由于这种压缩发生在用户浏览器上，所以大图片永远不会到达你的服务器或 S3。
2 个赞
谢谢你的建议。
我来试试。
1 个赞
我强烈反对我在此处引用/划线的内容。
在默认的 Discourse 设置下，我上传了一张 jpg 图片，大小为 399.62 kB。Discourse 决定它还需要以下所有“优化”版本：
| 分辨率 | 文件大小 |
|---|---|
| 1014x748 | 307.84 kB |
| 1024x757 | 311.81 kB |
| 1352x998 | 470.51 kB |
| 200x147 | 16.93 kB |
| 300x221 | 35.19 kB |
| 400x295 | 59.38 kB |
| 600x443 | 125.43 kB |
| 676x499 | 157.57 kB |
| 800x591 | 207.09 kB |
这在原始 399.62 kB 的基础上额外增加了 1691.75 kB 的存储空间。因此，从 400 kB 增加到近 2100 kB，总大小超过原始大小的 5 倍。其中一个“优化”文件甚至比原始文件还大，这 hardly 符合“优化”的定义。
2 个赞