[ubuntu-ar] Consulta image magik

[Pablo Lillia]

El 18/08/11 17:07, Sebastian Morfes escribió:
> Ahí leo las respuestas. Si es cierto que hay que tener cuidado con las
> bajadas de calidad  recursivas,
>
> En realidad lo que quería her era optimizar al máximo el tamaño de las
> imágenes de un sitio en el que trabajo.
>
> Ahí sigo chequeando.
>
Te doy un consejo: para este caso, por lo que entiendo, no te recomiendo 
para nada hacer algo así automático. El resultado final en calidad puede 
ser muy malo, y como optimización, y ayudar poco o nada (y hasta 
arruinar irreparablemente la calidad del contenido en el camino).

Lo mejor para estos casos es analizar esas imágenes para ver qué tipo de 
información contienen y cómo y dónde se usan. Para iconos, patrones, 
logos, etc, suele ser mejor guardarlas como png con o sin alfa, en ARGB 
o en paleta de colores, lo que corresponda. Para elementos fotográficos, 
suele ir mejor con jpg. Ajustarlas al tamaño que se muestran, para que 
no haga el resize el browser.

Por otro lado, la mayoría de las imágenes "chicas", es mucho mejor usar 
la técnica del "image sprite", que consiste mediante un poco de CSS y 
armando una única imagen con todos esos iconos y pequeñas imágenes 
llamado tileset (rellenada con blanco por ej). Aunque la imagen final 
probablemente va a "pesar" más (tener más bytes) que la suma de todas 
las imágenes chicas, es miles de veces más eficiente que transmitir una 
por una: el browser sólo descarga el tileset de una sola vez, lo guarda 
en caché, y se ahorran decenas o centenares de requests HTTP al 
servidor. Hay herramientas web para ayudarte a generarlos.

Lo mejor es usar herramientas específicas, como Firebug, YSlow, Google 
Website Optimizer, y otros sitios y herramientas. También hacer análisis 
de logs del sitio web, como por ejemplo con AwStats. ¿Porqué usar este 
tipo de herramientas y no hacerlo "a ojo"? Porque sino podés estar 
gastando pólvora en chimangos, podés estar tomando decisiones que al 
final empeoren las cosas en lugar de mejorarlas, perdiendo tiempo en 
cosas que no ayudan o no afectan, y perder la oportunidad de otras 
mejoras que sí son importantes. Para optimizar siempre hay que medir 
primero, hacer cambios después, y volver a medir para ver si sirve. A 
ojo no conviene, porque puede ser contraproducente, a menos que ya se 
tenga bastante experiencia. Siempre medir ayuda y nos dice si vamos por 
buen camino. Aparte que es más fácil luego mostrar los resultados y que 
se valore el laburo.

Slds.-
Pablo