Ich frage mich, ob wir S3-Bucket-Speicherplatz sparen können, indem wir diese beiden Optionen deaktivieren?
Ich habe wiederholt getestet, und es scheint, dass nur auf das Originalbild zugegriffen werden kann, wenn diese deaktiviert sind.
Bedeutet das, dass Discourse keine optimierten Bilder mehr generiert?
responsive post image sizes
create thumbnails
Das Deaktivieren beider Optionen reduziert zwar die Anzahl der Bildversionen, aber die Einsparungen beim Festplattenspeicher sind ehrlich gesagt nicht sehr groß.
Was genau ist hier dein Problem? Hast du ein jahrzehntealtes Forum in Discourse importiert und es gibt zu viele Anhänge? Oder ist dein Forum ein bildzentriertes Board und du produzierst täglich viele Uploads?
Hallo @Falco
Danke für die Antwort.
Es ist ein bildzentriertes Board. Täglich werden etwa 200 bis 400 Bilder gepostet. Die S3-Nutzung wächst rasant.
Ich habe das Gefühl, dass für jedes Bild, das Benutzer hochladen, viele Versionen erstellt werden, auch nachdem ich diese beiden Funktionen deaktiviert habe. Und ich kann nicht herausfinden, wo sonst noch Bildversionen erstellt werden.
Ich habe gerade die max image size kb auf 500 kb reduziert. Und ich teste andere Einstellungen, die den S3-Verbrauch reduzieren können.
Haben Sie Ratschläge für mich?
Sind das Fotos, wie Bilder von Smartphone-Kameras? Wenn ja, ist die Bildqualität entscheidend? Oder sind es eher PNG-Bildmakros oder Animationen?
Je mehr Informationen Sie teilen können, desto besser können wir Ihnen helfen!
Die Bilder sind Social-Media-Inhalte. Zum Beispiel Facebook Story oder Post.
Es sind keine Smartphone-Kameraaufnahmen. Die Qualität ist nicht sehr wichtig, solange sie klar ist.
Die meisten davon sind JPEG-Bilder, einige sind PNG.
Hier sind einige Beispiele:
Danke für die Info!
Wie Sie sehen können, wurde das erste von Ihnen gepostete Bild verkleinert und komprimiert. Sie können dies aggressiver einstellen, damit Bilder noch kleiner werden.
Ich würde vorschlagen:
composer media optimization image bytes optimization threshold
65536
composer media optimization image resize dimensions threshold
720
composer media optimization image resize width target
720
Da diese Komprimierung im Browser des Benutzers stattfindet, treffen die großen Bilder weder auf Ihren Servern noch auf S3 ein.
Vielen Dank für die Vorschläge.
Ich werde es versuchen.
Ich widerspreche der zitierten/unterstrichenen Aussage so stark wie möglich.
Bei den Standardeinstellungen von Discourse habe ich ein JPG-Bild hochgeladen, das 399,62 kB groß war. Discourse entschied, dass es auch ALL der folgenden „optimierten“ Versionen benötigte:
| Auflösung | Dateigröße |
|---|---|
| 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 |
Dies sind zusätzliche 1691,75 kB Speicherplatz zusätzlich zu den ursprünglichen 399,62 kB. Von etwa 400 kB auf fast 2100 kB, insgesamt mehr als das 5-fache der Originalgröße. Eine der „optimierten“ Dateien ist sogar größer als das Original, was kaum dem Begriff entspricht.
