¿Creo que podemos ahorrar espacio en el bucket de s3 al deshabilitar estas dos opciones?
Lo probé repetidamente y parece que solo se puede acceder a la imagen original cuando estas están deshabilitadas.
¿Significa eso que discourse ya no genera imágenes optimizadas?
tamaños de imagen de publicación responsivos
crear miniaturas
Desactivar ambos reducirá el número de versiones de imágenes, pero el ahorro de espacio en disco no es tan grande, para ser honesto.
¿Cuál es exactamente tu problema aquí? ¿Tienes un foro de hace una década que importaste a Discourse y hay demasiados adjuntos? ¿O tu foro es un tablón centrado en imágenes y produces muchas cargas a diario?
Hola @Falco
Gracias por la respuesta.
Es un tablero centrado en imágenes. Se publican entre 200 y 400 imágenes al día. El uso de S3 está creciendo a un ritmo vertiginoso.
Siento que por cada imagen que los usuarios suben, se crean muchas versiones, incluso después de haber desactivado estas dos funciones. Y no puedo averiguar dónde más se están creando las versiones de las imágenes.
Acabo de reducir el tamaño máximo de imagen en kb a 500 kb. Y estoy probando otras configuraciones que puedan reducir el consumo de S3.
¿Algún consejo que puedas darme?
¿Son esas fotos, como las de la cámara de un smartphone? Si es así, ¿es la calidad de la imagen primordial? ¿O son más bien macros de imágenes PNG o animaciones?
¡Cuanta más información puedas compartir, mejor podremos ayudarte!
Las imágenes son contenido de redes sociales. Por ejemplo, una historia o una publicación de Facebook.
No son fotos de cámara de smartphone. La calidad no es muy importante siempre que sea clara.
La mayoría son imágenes JPEG, algunas son PNG.
Estos son algunos ejemplos:
¡Gracias por la información!
Como puedes ver, la primera imagen que publicaste se redimensionó y comprimió. Puedes ajustar esto para que sea más agresivo y las imágenes sean aún más pequeñas.
Sugeriría:
composer media optimization image bytes optimization threshold
65536
composer media optimization image resize dimensions threshold
720
composer media optimization image resize width target
720
Dado que esta compresión ocurre en el navegador del usuario, las imágenes grandes nunca llegan a tus servidores ni a S3.
Gracias por las sugerencias.
Voy a intentarlo.
No estoy de acuerdo lo más firmemente posible con la declaración que cito/subrayo aquí.
Con la configuración predeterminada de Discourse, subí una imagen jpg de 399,62 kB. Discourse decidió que también necesitaba TODAS las siguientes versiones “optimizadas”:
| Resolución | Tamaño del archivo |
|---|---|
| 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 |
Esto es adicionalmente 1691,75 kB de almacenamiento además de los 399,62 kB originales. Así que de 400 kB a casi 2100 kB, para un total de más de 5 veces el tamaño original. Uno de los archivos “optimizados” es incluso más grande que el original, lo cual apenas encaja con el término.
