Hola a todos.
Gracias por vuestras aportaciones, cre�a que el ahorro con CSS ven�a de la
descarga de im�genes, pero gracias a vuestras explicaciones (muy detalladas
afortunadamente ) he visto que es por el ahorro de informaci�n en la
presentaci�n, que se obtiene la primera vez que se descarga el CSS.

El tema de la informaci�n poco t�cnica, no es por mi en particular, pero
tengo dudas a la hora de simplificar algunos conceptos para terceros y
estoy leyendo lo que veo por ah� en esa l�nea (de hecho he le�do algunos de
vuestros interesantes weblogs) para clarificarme las ideas.

Durante este proceso formativo me ha surgido la duda sobre el peso son y
sin CSS, que se me ha hecho un tema aun m�s interesante a medida que hab�is
ido contest�ndome.

La verdad es que es un gustazo contar con vosotros.


Un saludo.

__________________


On dl, 2004-11-08 at 13:50, Manuel J.Recena Soto wrote:
> Te lo puedo confirmar. Los archivos CSS, al igual que otros, son
cacheados
> por los navegadores.

Creo que Chema se refiere a las im�genes del CSS y no al CSS en si.

> > Una duda sobre el menor peso de las p�ginas html tradicionales y las
> > que emplean CSS. Seg�n creo, si yo defino una p�gina que presenta
varios
> > dise�os visuales donde, por ejemplo, tengo tres im�genes distintas
> > que repito varias veces y por tanto al descargar la p�gina recibo
> > esas tres im�genes tantas veces como aparece en mi p�gina tradicional.
> >
> > En cambio, si uso CSS al separar presentaci�n de contenido solo
descargo
> > una vez las tres im�genes y el CSS en el navegador del cliente es el
> > encargado de presentarlas repetidas tantas veces como lo haya
> > definido en el dise�o de la hoja de estilo.
> >
> > As� se obtiene una reducci�n del tr�fico en la red, adem�s del
> > tama�o de la p�gina.
> >
> > �Me pod�is confirmar que esto funciona as�?.

No del todo. Como comentas que no usemos t�rminos inform�ticos intentar�
definir el concepto de cache para explicarte como funciona el asunto.

Una cache es una memoria temporal d�nde se pueden guardar ciertos datos..
La idea es que pese a que estos datos existen en alg�n otro sitio,
siempre ser� m�s r�pido acceder a la cach� que no al origen real de
dichos datos. A modo de analog�a, podr�amos decir que la agencia EFE de
noticias es una especie de cach� de sucesos; no tiene sentido ir a la
fuente de la noticia una y otra vez si existe alguien que ya la ha
guardado por nosotros.

Una vez se entiende el concepto, la cosa depende enteramente de los
navegadores. En cada navegador, t�pico, hay dos tipos de cach�: una de
memoria y una de disco. La primera se usa mientras estamos en una sesi�n
del navegador, mientras vamos visitando p�ginas; mientras que la otra
graba en disco datos para la siguiente sesi�n.

Mientras un navegador navega por una p�gina, va guardando en su cach� de
de memoria las im�genes que va cargando y, si se vuelve a hacer una
petici�n de esa misma imagen no comprobar�, de nuevo, si se ha
modificado. N�tese que esto no tiene nada que ver con la cach� de disco.
Si yo entro hoy en un sitio web y ma�ana vuelvo a entrar, qui�n decide
si la imagen se carga de nuevo o no es, en �ltima instancia, el usuario,
pues �l ha configurado la caducidad de su cache de disco.

Por si te queda alguna duda he hecho una prueba emp�rica. Esto que hay a
continuaci�n es f�cil de entender. Es simplemente un registro
(simplificado) de las peticiones a un servidor web. Primero tienes el
d�a y hora y a continuaci�n la acci�n. Todo son "GET algo HTTP/1.1", es
decir: "servidor, env�ame tal cosa". Al final est� un 200 que significa
que el servidor dice al usuario "ok, ahora te lo envio.

[08/Nov/2004:19:31:21] "GET /~parap/melindro/ HTTP/1.1" 200
[08/Nov/2004:19:31:21] "GET /~parap/melindro/melindro_16x16.png
HTTP/1.1" 200

En este primer registro he usado HTML puro con una imagen
(melindro_16x16.png) repetida cuatro veces. Si te fijas s�lo hay una
petici�n para ella, el navegador s�lo le ha pedido una vez al servidor
que se la enviase.

En cambio, el registro siguiente es para una p�gina HTML+CSS d�nde cada
elemento 'div' ten�a como fondo (especificado con CSS) la imagen
'melindro_16x16.png'. Hab�a, tambi�n, cuatro de ellos.

[08/Nov/2004:19:33:52] "GET /~parap/melindro/ HTTP/1.1" 200
[08/Nov/2004:19:33:52] "GET /~parap/melindro/melindro.css HTTP/1.1" 200
[08/Nov/2004:19:33:52] "GET /~parap/melindro/melindro_16x16.png
HTTP/1.1" 200

Y, como antes, s�lo hay una petici�n de imagen (y una adicional de CSS).

En conclusi�n, que la respuesta a tu pregunta es que no, no se produce
una reducci�n de tr�fico _de_im�genes_ en la red por usar o no usar CSS.

Sin embargo s� hay un beneficio de tr�fico de red global por usar CSS..
C�mo te comentaba Manuel, los CSS se cachean. Esto significa que la
estructura de la presentaci�n de una p�gina web no tienes que ir
descarg�ndola una y otra vez. Aunque parezca una nimiedad, en un HTML
puro hay una serie de datos que explican como mostrar la web y, estos
datos, deben descargarse cada vez junto con el contenido. Usar CSS hace
que el navegador s�lo se descargue una sola vez la presentaci�n y, con
ello, se ahorra ancho de banda.

La idea no es que "la imagen que va aqu�" se descargue m�s o menos
veces. Sino que usando HTML cada vez el navegador debe descargar el
concepto "esta imagen va aqu�" y con CSS ya lo sabe.

Espero haberte sido de ayuda :)

saludos,

--
Dani Armengol Garreta
JID: [EMAIL PROTECTED]
WWW: http://parap.melindro.com




_____________________________________________________________________
Mensaje analizado y protegido, tecnologia antivirus www.trendmicro.es
_______________________________________________
Lista de distribuci�n Ovillo
Para escribir a la lista, envia un correo a [EMAIL PROTECTED]
Puedes modificar tus datos o desuscribirte en la siguiente direcci�n:
http://ovillo.org/mailman/listinfo/ovillo_ovillo.org

___________________________________________________________________________

Este mensaje se dirige exclusivamente a su destinatario y puede contener
informaci�n privilegiada o confidencial. Si no es vd. el destinatario
indicado, queda notificado de que la utilizaci�n, divulgaci�n y/o copia sin
autorizaci�n est� prohibida en virtud de la legislaci�n vigente. Si ha
recibido este mensaje por error, le rogamos que nos lo comunique
inmediatamente por esta misma v�a y proceda a su destrucci�n.


This message is intended exclusively for its addressee and may contain
information that is CONFIDENTIAL and protected by professional privilege.
If you are not the intended recipient you are hereby notified that any
dissemination, copy or disclosure of this communication is strictly
prohibited by law. If this message has been received in error, please
immediately notify us via e-mail and delete it.
___________________________________________________________________________



_______________________________________________
Lista de distribuci�n Ovillo
Para escribir a la lista, envia un correo a [EMAIL PROTECTED]
Puedes modificar tus datos o desuscribirte en la siguiente direcci�n: 
http://ovillo.org/mailman/listinfo/ovillo_ovillo.org

Responder a