<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: Herramienta para cortar imágenes en secciones y optimizar la carga</title>
	<atom:link href="http://www.puntogeek.com/2008/08/20/herramienta-para-cortar-imagenes-en-secciones-y-optimizar-la-carga/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.puntogeek.com/2008/08/20/herramienta-para-cortar-imagenes-en-secciones-y-optimizar-la-carga/</link>
	<description>El punto de encuentro para todo Geek</description>
	<lastBuildDate>Tue, 14 Feb 2012 04:33:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Por: PicSlice, herramienta para recortar imágenes online &#124; Punto Geek</title>
		<link>http://www.puntogeek.com/2008/08/20/herramienta-para-cortar-imagenes-en-secciones-y-optimizar-la-carga/comment-page-1/#comment-21707</link>
		<dc:creator>PicSlice, herramienta para recortar imágenes online &#124; Punto Geek</dc:creator>
		<pubDate>Wed, 17 Sep 2008 14:14:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.puntogeek.com/?p=5823#comment-21707</guid>
		<description>[...] en secciones para acelerar la carga (si quieren una buena explicación sobre el tema pueden leer el comentario de Lorenzo en un post similar a [...]</description>
		<content:encoded><![CDATA[<p>[...] en secciones para acelerar la carga (si quieren una buena explicación sobre el tema pueden leer el comentario de Lorenzo en un post similar a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Hector Russo</title>
		<link>http://www.puntogeek.com/2008/08/20/herramienta-para-cortar-imagenes-en-secciones-y-optimizar-la-carga/comment-page-1/#comment-19775</link>
		<dc:creator>Hector Russo</dc:creator>
		<pubDate>Fri, 22 Aug 2008 01:05:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.puntogeek.com/?p=5823#comment-19775</guid>
		<description>Gracias por referenciarme Juanguis!!!
Un abrazo

Hector</description>
		<content:encoded><![CDATA[<p>Gracias por referenciarme Juanguis!!!<br />
Un abrazo</p>
<p>Hector</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Lorenzo</title>
		<link>http://www.puntogeek.com/2008/08/20/herramienta-para-cortar-imagenes-en-secciones-y-optimizar-la-carga/comment-page-1/#comment-19756</link>
		<dc:creator>Lorenzo</dc:creator>
		<pubDate>Thu, 21 Aug 2008 16:40:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.puntogeek.com/?p=5823#comment-19756</guid>
		<description>Que el segmentar una imagen grande en pequeños trozos acelere la carga de ésta es un error común, puesto que lo hace tan sólo aparentemente: La imagen comienza a aparecer antes en pantalla, y se carga independientemente en varios trozos. Distintos navegadores manejan estas múltiples llamadas de distinta forma, pero el resultado estético final es que cuando uno de los trozos ha terminado de cargar, se muestra en pantalla aunque los demás aún estén cargando.

Sin embargo, al segmentar una imagen en varios archivos independientes, obligamos al navegador del usuario a abrir tantas conexiones como fragmentos hayamos creado. Esto, sobretodo cuando hay muchos segmentos, y cuando el mismo web requiere de la carga de otras tantas cosas (imágenes, CSS, JS ...), se traduce finalmente en un incremento del tiempo de carga total del web, esto es: el tiempo que transcurre desde que se realiza la petición HTTP hasta que el último elemento del web ha terminado la carga y el navegador ha interpretado todo para su visualización.

De tal modo, cada nueva apertura de conexión (una para cada archivo, por simplificar), requiere una negociación HTTP y un establecimiento de conexión que suma al total de datos transferidos, esperas intermedias, latencias y demás. A estos inconvenientes habría que añadir un hecho destacable que enlentece notablemente las páginas web que requieren de muchas conexiones para su completo renderizado, y es que algunos proveedores de hospedaje limitan la cantidad de conexiones de esta clase simultáneas, lo que puede traducirse en una velocidad de carga ya catastrófica.

En definitiva, yo diría que la segmentación de una imagen ofrece tan sólo una carga más rápida en apariencia, lo que en cuanto a la usabilidad del web puede reportar en ocasiones un beneficio: el usuario puede tener la percepción de que el web carga más rápido, pero no es así: hay fragmentos de la imagen aún por cargar.

Si uno considera que puede obtener beneficio con este método, perfecto, pero sinó, me gustaría recomendar otras prácticas para la optimización de la carga de imágenes:

. El algoritmo de compresión JPEG es más configurable de lo que muchos conocen: El mismo conversor de Photoshop (opción &quot;guardar para web&quot;), permite configurar no sólo la calidad de compresión, sinó incluso la compresión JPEG independiente para cada una de las capas o zonas de la imagen, pues es muy probable que en una imagen grande hayas zonas que podamos comprimir mucho sin pérdida aparente de calidad. La compresión JPEG se pensó para algo! En la mayoría de las ocasiones, una imagen comprimida a calidad 7 u 8 es idéntica al ojo de una imagen a calidad 12

. Los JPEG entrelazados, permiten que muchos navegadores muestren versiones en baja resolución de la imagen a medida que se va cargando. Esto consigue la mejora en la velocidad de carga aparente para la percepción del usuario.

. Algunas imágenes, especialmente las que pueden interpretarse con pocos colores, las que no son fotografías, los iconos, etcétera, se comprimen mucho mejor en GIF que en JPG. Una vez más, aún así, hay que jugar con los parámetros que la opción &quot;guardar para web&quot; de photoshop (por ejemplo) nos brinda para el formato GIF

. Pensar en buenas soluciones CSS para la maquetación de un web, que utilicen con ingenio pocas imágenes y resulten amistosos con los distintos navegadores. Muchas soluciones visuales se pueden implementar con CSS con muy pocas imagenes, y algunas incluso sin ninguna imagen.

. El formato PNG es moderno, casi totalmente soportado y conlleva todo lo bueno del JPG y del GIF, hay que investigarlo!

. A ver si pronto se deciden con la estandarización del algoritmo JPEG2000

No os parece?

Un saludo!</description>
		<content:encoded><![CDATA[<p>Que el segmentar una imagen grande en pequeños trozos acelere la carga de ésta es un error común, puesto que lo hace tan sólo aparentemente: La imagen comienza a aparecer antes en pantalla, y se carga independientemente en varios trozos. Distintos navegadores manejan estas múltiples llamadas de distinta forma, pero el resultado estético final es que cuando uno de los trozos ha terminado de cargar, se muestra en pantalla aunque los demás aún estén cargando.</p>
<p>Sin embargo, al segmentar una imagen en varios archivos independientes, obligamos al navegador del usuario a abrir tantas conexiones como fragmentos hayamos creado. Esto, sobretodo cuando hay muchos segmentos, y cuando el mismo web requiere de la carga de otras tantas cosas (imágenes, CSS, JS &#8230;), se traduce finalmente en un incremento del tiempo de carga total del web, esto es: el tiempo que transcurre desde que se realiza la petición HTTP hasta que el último elemento del web ha terminado la carga y el navegador ha interpretado todo para su visualización.</p>
<p>De tal modo, cada nueva apertura de conexión (una para cada archivo, por simplificar), requiere una negociación HTTP y un establecimiento de conexión que suma al total de datos transferidos, esperas intermedias, latencias y demás. A estos inconvenientes habría que añadir un hecho destacable que enlentece notablemente las páginas web que requieren de muchas conexiones para su completo renderizado, y es que algunos proveedores de hospedaje limitan la cantidad de conexiones de esta clase simultáneas, lo que puede traducirse en una velocidad de carga ya catastrófica.</p>
<p>En definitiva, yo diría que la segmentación de una imagen ofrece tan sólo una carga más rápida en apariencia, lo que en cuanto a la usabilidad del web puede reportar en ocasiones un beneficio: el usuario puede tener la percepción de que el web carga más rápido, pero no es así: hay fragmentos de la imagen aún por cargar.</p>
<p>Si uno considera que puede obtener beneficio con este método, perfecto, pero sinó, me gustaría recomendar otras prácticas para la optimización de la carga de imágenes:</p>
<p>. El algoritmo de compresión JPEG es más configurable de lo que muchos conocen: El mismo conversor de Photoshop (opción &#8220;guardar para web&#8221;), permite configurar no sólo la calidad de compresión, sinó incluso la compresión JPEG independiente para cada una de las capas o zonas de la imagen, pues es muy probable que en una imagen grande hayas zonas que podamos comprimir mucho sin pérdida aparente de calidad. La compresión JPEG se pensó para algo! En la mayoría de las ocasiones, una imagen comprimida a calidad 7 u 8 es idéntica al ojo de una imagen a calidad 12</p>
<p>. Los JPEG entrelazados, permiten que muchos navegadores muestren versiones en baja resolución de la imagen a medida que se va cargando. Esto consigue la mejora en la velocidad de carga aparente para la percepción del usuario.</p>
<p>. Algunas imágenes, especialmente las que pueden interpretarse con pocos colores, las que no son fotografías, los iconos, etcétera, se comprimen mucho mejor en GIF que en JPG. Una vez más, aún así, hay que jugar con los parámetros que la opción &#8220;guardar para web&#8221; de photoshop (por ejemplo) nos brinda para el formato GIF</p>
<p>. Pensar en buenas soluciones CSS para la maquetación de un web, que utilicen con ingenio pocas imágenes y resulten amistosos con los distintos navegadores. Muchas soluciones visuales se pueden implementar con CSS con muy pocas imagenes, y algunas incluso sin ninguna imagen.</p>
<p>. El formato PNG es moderno, casi totalmente soportado y conlleva todo lo bueno del JPG y del GIF, hay que investigarlo!</p>
<p>. A ver si pronto se deciden con la estandarización del algoritmo JPEG2000</p>
<p>No os parece?</p>
<p>Un saludo!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using xcache
Page Caching using xcache
Database Caching using xcache
Object Caching 393/394 objects using xcache

Served from: www.puntogeek.com @ 2012-02-14 07:39:43 -->
