Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola, Mauricio. Gracias por la prueba. Has usado Safari, que usa cuatro conexiones simultáneas. Deduzco que en los navegadores como IE7 que usan sólo dos (lo recomendado por la especificación HTTP1.1), la diferencia de tiempos será mayor. No sé si alguna vez aplicaré esta técnica, pero me parece interesante. Saludos. El 27 de marzo de 2009 5:44, Mauricio Dulce mauricio.du...@gmail.comescribió: Hola Daniel y Choan, aca muestro un ejemplo de tiempos de carga en una aplicación rails 1 ejemplo aplicando subdominios a carga de imagenes, hojas de estilos, javascript, 3 subdominios http://img49.imageshack.us/img49/5553/imagen3.png 2 ejemplo, mismo sitio con configuracion normal http://img520.imageshack.us/img520/3788/imagen3212931.png tanto el cache del browser como el de la aplicación fueron borrados y el vps reiniciado. El 26/03/2009, a las 21:27, Daniel Navarro escribió: Hola, Choan. Celebro que estemos de acuerdo en mantener las css separadas, al menos en la fase de desarrollo. Para acortar el tiempo de carga de las css, como ya habéis comentado, se puede adoptar la estrategia de unirlas en una sóla (una única petición al servidor) o usar el método de los alias que plantea Mauricio y cargarlas en paralelo. En principio, el segundo método debería de ser más rápido (lo siento, no es lo que dije en el anterior mensaje). Pero da igual... el tiempo que se gana por cualquiera de los dos métodos no es significativo. Lo que sí puede ser efectivo es aplicar el método de los dominios que cuenta Mauricio pero A TODOS LOS RECURSOS (en especial a las imágenes si hay muchas). En la dirección que te dejé en el mensaje anterior http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ tienes un ejemplo en donde disminuye el tiempo de carga en un 40% cuando se realizan 6 accesos en paralelo al servidor en lugar de dos. Las temporizaciones las ha tomado la aplicación de rendimiento online que ofrece http://www.gomez.com/ Sin embargo, en las pruebas del equipo de yahoo que explican en http://yuiblog.com/blog/2007/04/11/performance-research-part-4/#what- if llegan a la conclusión de que subir el número de accesos simultáneos por este método puede ser perjudicial, pudiendo ser un número óptimo entre 2 y 4 conexiones en paralelo. Además, la resolución dns que se produce en la primera carga de una página del sitio también puede ser perjudicial, aunque quedarán cacheadas y apenas intervendrán en la temporización para las sucesivas páginas del sitio. Resumiendo: En mi opinión, mejor tener las css separadas. Ganaremos poco uniendo las css a menos que tengamos una cantidad realmente alta. Por otro lado, el método que plantea Mauricio de subdominios a la misma ip podría funcionar si se aplica sobre todo a las imágenes ya que son los recursos más usados. Sería interesante que Mauricio nos dijera el resultado de sus pruebas. Saludos P.D. Choan, no hace falta que vuelvas a repetir lo que has dicho en este hilo, sobre todo para los puntos en los que coincidimos. El 26 de marzo de 2009 18:12, Choan Gálvez choan.gal...@gmail.comescribió: Hola. On Mar 26, 2009, at 17:39 , Daniel Navarro wrote: Hola, preguntaste: Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Evidentemente, un sólo fichero con todo aglutinado tardará menos, pero ¿concatenarás todos los recursos además de las css?. El límite de 2 conexiones se aplica también a las imágenes, por ejemplo. Cuando se amplía el número de conexiones paralelas, el tiempo de carga puede ser más que apreciable: http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ No creo que merezca la pena unir las css en una sola por varios motivos: - Apenas se notará la diferencia de tiempo. - El navegador cachea las css por lo que las demás llamadas serán locales. - La separación de css permite gestionarlas de forma más efectiva. Por lo tanto, es preferible tener los ficheros de hojas de estilo separados frente a la pequeña ventaja de una inapreciable carga más rápida en la primera llamada al sitio. Sin embargo, la opción que plantea Mauricio sí que puede ser interesante. Particularmente, como en el proceso de diseño hay tantos parámetros a tener en cuenta (compatibilidad navegadores, optimización motores de búsqueda, etc.) prefiero reducirlos al mínimo, al menos al principio. Eso no quita para que se unan algunos archivos css en uno solo como, por ejemplo, los de jquery. Supongo que cada vez que escriba a la lista tendré que contar mi vida. Resumo mis mails anteriores en este
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Buenas, 2009/3/27 Daniel Navarro webpe...@gmail.com Por otro lado, el método que plantea Mauricio de subdominios a la misma ip podría funcionar si se aplica sobre todo a las imágenes ya que son los recursos más usados. Muchos proyectos grandes usan varios subdominios, pero no por el tema del numero de conexiones por dominio, sinó por el tema de servir esas peticiones más rápidamente. Es muy habitual tener una aplicación php, rails, python, jsp en www.example.com, y todas las imagenes, css, js y páginas de html plano servirlas desde static.example.com. Este dominio static.example.com no está situado en el mismo servidor, sinó que es otro servidor que usa lighttpd en vez de apache o IIS como servidor web, que es más rápido sirviendo las peticiones, sobretodo por el tema de ser un servidor http pelado, sin añadirle módulos para php u otras funcionalidades (que los tiene) que le darían un tiempo de carga superior. Saludos -- Si no puedes deslumbrar con tu sabiduría, desconcierta con tus gilipolleces ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
On Mar 27, 2009, at 04:44 , Mauricio Dulce wrote: Hola Daniel y Choan, aca muestro un ejemplo de tiempos de carga en una aplicación rails 1 ejemplo aplicando subdominios a carga de imagenes, hojas de estilos, javascript, 3 subdominios http://img49.imageshack.us/img49/5553/imagen3.png 2 ejemplo, mismo sitio con configuracion normal http://img520.imageshack.us/img520/3788/imagen3212931.png tanto el cache del browser como el de la aplicación fueron borrados y el vps reiniciado. Genial. Tu prueba demuestra lo que pretendías demostrar aun sin tener nada que ver con lo que yo preguntaba. Salud. -- Choan ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] Es malo importar muchas hojas de estilos CSS
Pues eso, yo suelo serparar mucho mis hojas de estilos, por un tema de orden. Por ejemplo, desde mi hoja de estilos principal suelo hacer las siguientes importanciones: reset.css layout.css jquery.datepick.css jquery.tabs.css jquery.jcarousel.css calendar.css debug.css los estilos con la notación [jquery.nombre] son archivos CSS que ayudan a definir la funcionalidad de los plugins jQuery y para adaptarlo según el estilo del sitio, sobreescribo. No estoy seguro si hacer tantos imports sea perjudicial para un sitio... ¿qué opinan? Saludos -- Javier Guerrero front-end web developer http://www.demixo.org ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 14:14 , Javier Guerrero wrote: Pues eso, yo suelo serparar mucho mis hojas de estilos, por un tema de orden. Por ejemplo, desde mi hoja de estilos principal suelo hacer las siguientes importanciones: reset.css layout.css jquery.datepick.css jquery.tabs.css jquery.jcarousel.css calendar.css debug.css los estilos con la notación [jquery.nombre] son archivos CSS que ayudan a definir la funcionalidad de los plugins jQuery y para adaptarlo según el estilo del sitio, sobreescribo. No estoy seguro si hacer tantos imports sea perjudicial para un sitio... ¿qué opinan? Tan malo como te parezca hacer la descarga más lenta. Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Salud. -- Choan SugarTest makes JavaScript Testing Sweet http://sugartest.scriptia.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
2009/3/26 Choan Gálvez choan.gal...@gmail.com Hola. On Mar 26, 2009, at 14:14 , Javier Guerrero wrote: Pues eso, yo suelo serparar mucho mis hojas de estilos, por un tema de orden. Por ejemplo, desde mi hoja de estilos principal suelo hacer las siguientes importanciones: reset.css layout.css jquery.datepick.css jquery.tabs.css jquery.jcarousel.css calendar.css debug.css los estilos con la notación [jquery.nombre] son archivos CSS que ayudan a definir la funcionalidad de los plugins jQuery y para adaptarlo según el estilo del sitio, sobreescribo. No estoy seguro si hacer tantos imports sea perjudicial para un sitio... ¿qué opinan? Tan malo como te parezca hacer la descarga más lenta. Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Salud. -- Choan SugarTest makes JavaScript Testing Sweet http://sugartest.scriptia.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo -- Javier Guerrero front-end web developer http://www.demixo.org ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Ten en cuenta ademas que existe un bug en Internet Explorer que no permite cargar mas de 32 hojas de estilo externas http://social.msdn.microsoft.com/forums/en-US/iewebdevelopment/thread/ad1b6e88-bbfa-4cc4-9e95-3889b82a7c1d/ Saludos. Javier Guerrero escribió: 2009/3/26 Choan Gálvez choan.gal...@gmail.com Hola. On Mar 26, 2009, at 14:14 , Javier Guerrero wrote: Pues eso, yo suelo serparar mucho mis hojas de estilos, por un tema de orden. Por ejemplo, desde mi hoja de estilos principal suelo hacer las siguientes importanciones: reset.css layout.css jquery.datepick.css jquery.tabs.css jquery.jcarousel.css calendar.css debug.css los estilos con la notación [jquery.nombre] son archivos CSS que ayudan a definir la funcionalidad de los plugins jQuery y para adaptarlo según el estilo del sitio, sobreescribo. No estoy seguro si hacer tantos imports sea perjudicial para un sitio... ¿qué opinan? Tan malo como te parezca hacer la descarga más lenta. Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Salud. -- Choan SugarTest makes JavaScript Testing Sweet http://sugartest.scriptia.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). A que te refieres con *concaténalos y sírvelos en una sola petición, *por favor, podrías explicarme ese punto? Saludos ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 15:10 , Javier Guerrero wrote: Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). A que te refieres con *concaténalos y sírvelos en una sola petición, *por favor, podrías explicarme ese punto? Con concatenar me refiero a crear un solo fichero con el contenido de los ficheros de desarrollo. En sistemas *nix $ cat fichero_1 fichero_2 fichero_n fichero_final En Windows, si mal no recuerdo, se podía usar `copy` $ copy fichero_1 + fichero_2 + fichero_n fichero_final En tus documentos referencias fichero_final en lugar de tu lista de ficheros. Y fiesta. Ahora, cabe tener presente lo que comentaba antes... si tienes un fichero CSS para pintar un selector de fechas y el selector de fechas solo aparece en un par de páginas del sitio, es muy posible que no aporte nada incluirlo en el fichero concatenado. Salud. -- Choan Lovhat, People Sharing Loves and Hates http://lovhat.com/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Pues lo que yo hago es llamar cada hoja por separado y usar esto http://assets0.midominio.com http://assets1.midominio.com http://assets3.midominio.com , lo cual engaña al navegador y permite una carga mas rápida, tanto en imágenes como en hojas de estilo y javascript, dejando el contenido solo para el dominio principal midominio.com. El 26/03/2009, a las 9:07, Jorge Moreno escribió: Ten en cuenta ademas que existe un bug en Internet Explorer que no permite cargar mas de 32 hojas de estilo externas http://social.msdn.microsoft.com/forums/en-US/iewebdevelopment/thread/ad1b6e88-bbfa-4cc4-9e95-3889b82a7c1d/ Saludos. Javier Guerrero escribió: 2009/3/26 Choan Gálvez choan.gal...@gmail.com Hola. On Mar 26, 2009, at 14:14 , Javier Guerrero wrote: Pues eso, yo suelo serparar mucho mis hojas de estilos, por un tema de orden. Por ejemplo, desde mi hoja de estilos principal suelo hacer las siguientes importanciones: reset.css layout.css jquery.datepick.css jquery.tabs.css jquery.jcarousel.css calendar.css debug.css los estilos con la notación [jquery.nombre] son archivos CSS que ayudan a definir la funcionalidad de los plugins jQuery y para adaptarlo según el estilo del sitio, sobreescribo. No estoy seguro si hacer tantos imports sea perjudicial para un sitio... ¿qué opinan? Tan malo como te parezca hacer la descarga más lenta. Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Salud. -- Choan SugarTest makes JavaScript Testing Sweet http://sugartest.scriptia.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo Mauricio Dulce mauricio.du...@gmail.com +57 315 4183043 http://www.3zona.com ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 15:35 , Mauricio Dulce wrote: Pues lo que yo hago es llamar cada hoja por separado y usar esto http://assets0.midominio.com http://assets1.midominio.com http://assets3.midominio.com , lo cual engaña al navegador y permite una carga mas rápida, tanto en imágenes como en hojas de estilo y javascript, dejando el contenido solo para el dominio principal midominio.com. ¿Y con esto ganas algo? Utilizar un dominio distinto del de contenido para los recursos tiene sus ventajas por aquello de que los navegadores no (suelen) realizar más de dos peticiones en paralelo a un mismo dominio, pero dudo que servir cada fichero desde un dominio suponga una mejora (por aquello de ir resolviendo DNS + hacer la petición + la descarga para unos cuantos ficheros de tamaño chiquitín). Esto... no te estoy llevando la contraria. Solo me gustaría saber si dispones de datos que confirmen lo que dices ya que según mi loca cabecita no parece razonable que sea así. Salud. -- Choan Mundo Du. Cuentos breves, relatos sorprendentes http://mundodu.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Choan, cuando te escribes esto: En Windows, si mal no recuerdo, se podía usar `copy` $ copy fichero_1 + fichero_2 + fichero_n fichero_final ¿te refieres siemplemente a tener todo los estilos en un solo archivo? o ¿es un comando que combina los distintos archivos que se tenga? Gracias por la respueta!! ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Servidores de recursos web
Es más que probable que tu aplicación se refiera a uno o más de los
siguientes recursos web:
Contenido • HTML
Ficheros de Javascript•
Hojas de estilo•
Imágenes
El problema es que los navegadores modernos se auto-imponen la
limitación de establecer sólo dos conexiones por dominio. Incluso si
tus usuarios tienen conexiones a internet de banda ancha, tendrán que
esperar hasta que todos los recursos web hayan sido descargados
secuencialmente.
configuración del servidor
El segundo problema es como hacer que estos subdominios apunten a tu
servidor.
Primero es necesario que configures las DNS para los subdominios. La
forma más fácil es usar una entrada DNS con meta-caracteres. Esto
capturará las peticiones a todos los subdominios y las mandará a la
dirección IP de tu servidor.
*.site.com. 1 IN A 1.2.3.4
Los navegadores en un momento solo abren 2 conexiones por dominio.Si
hay más de 2 recursos para descargar, el navegador espera hasta que
los dos primeros han sido descargados.
Utilizando el nombre de varios servidores de recursos engañamos al
navegador para que abra varias conexiones a la vez incluso si los
recursos se encuentran físicamente en el mismo servidor.El resultado
es un envío más rápido de los recursos al navegador..
Después necesitas que tu servidor web acepte peticiones para los
subdominios de los recursos web.
En Nginx puedes introducir los subdominios de los recursos webapps de
manera explícita, o simplemente comentar la directiva server_name para
aceptar todos los subdominios.
server {
listen 80;
server_name site.com asset0.site.com asset1.site.com asset2.site.com
asset3.site.com;
}
Pues si se a lo que te refieres pero a mi me a funcionado
perfectamente en sitios que e hecho en rails con nginx, eso si en vps,
no se como valla en los shared.
Hola.
On Mar 26, 2009, at 15:35 , Mauricio Dulce wrote:
Pues lo que yo hago es llamar cada hoja por separado y usar esto
http://assets0.midominio.com http://assets1.midominio.com
http://assets3.midominio.com
, lo cual engaña al navegador y permite una carga mas rápida, tanto
en
imágenes como en hojas de estilo y javascript, dejando el contenido
solo para el dominio principal midominio.com.
¿Y con esto ganas algo?
Utilizar un dominio distinto del de contenido para los recursos tiene
sus ventajas por aquello de que los navegadores no (suelen) realizar
más de dos peticiones en paralelo a un mismo dominio, pero dudo que
servir cada fichero desde un dominio suponga una mejora (por aquello
de ir resolviendo DNS + hacer la petición + la descarga para unos
cuantos ficheros de tamaño chiquitín).
Esto... no te estoy llevando la contraria. Solo me gustaría saber si
dispones de datos que confirmen lo que dices ya que según mi loca
cabecita no parece razonable que sea así.
Salud.
--
Choan
Mundo Du. Cuentos breves, relatos sorprendentes
http://mundodu.net/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente
dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Mauricio Dulce
mauricio.du...@gmail.com
+57 315 4183043
http://www.3zona.com
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
On Mar 26, 2009, at 16:00 , Mauricio Dulce wrote: [...] El problema es que los navegadores modernos se auto-imponen la limitación de establecer sólo dos conexiones por dominio. Incluso si tus usuarios tienen conexiones a internet de banda ancha, tendrán que esperar hasta que todos los recursos web hayan sido descargados secuencialmente. [...] Utilizando el nombre de varios servidores de recursos engañamos al navegador para que abra varias conexiones a la vez incluso si los recursos se encuentran físicamente en el mismo servidor.El resultado es un envío más rápido de los recursos al navegador.. Después necesitas que tu servidor web acepte peticiones para los subdominios de los recursos web. [...] Pues si se a lo que te refieres pero a mi me a funcionado perfectamente en sitios que e hecho en rails con nginx, eso si en vps, no se como valla en los shared. Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Si me dices que he de tener fe, como si no me dices nada. -- Choan Scriptia, JavaScript y buenas prácticas en español http://blog.scriptia.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 15:50 , Javier Guerrero wrote: En Windows, si mal no recuerdo, se podía usar `copy` $ copy fichero_1 + fichero_2 + fichero_n fichero_final ¿te refieres siemplemente a tener todo los estilos en un solo archivo? o ¿es un comando que combina los distintos archivos que se tenga? Número de ficheros de desarrollo: tantos como te parezca conveniente. Número de ficheros servidos en producción: tan pocos como te parezca conveniente. Salud. -- Choan Carga y descarga http://cargaydescarga.com/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
2009/3/26 Javier Guerrero demix...@gmail.com: Choan, cuando te escribes esto: En Windows, si mal no recuerdo, se podía usar `copy` $ copy fichero_1 + fichero_2 + fichero_n fichero_final ¿te refieres siemplemente a tener todo los estilos en un solo archivo? o ¿es un comando que combina los distintos archivos que se tenga? Claro juntar varias cadenas en una sola = concatenar. Sitios como Slashdot tienen todos los JS y CSS empaquetados en un solo fichero (uno para css y otro para js), para ahorrar . Ademas les han pasado programitas que eliminan saltos de carro y espacios sintacticamente no-significativos para que pesen menos. Sitios como Wikipedia los sirven tal cual, porque son habituales los cambios en estos ficheros, y quieren que el grupo de los powerusers de entre sus usuarios puedan leer el CSS o el JS sin problemas en el momento y lugar donde se produzcan los problemas. -- -- ℱin del ℳensaje. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Desde mi punto de vista y lo que e probado es mas eficiente, tanto en la carga del sitio como a la hora de organizarlo. Apenas tenga mi sitio terminado pasare la url para que pueda hacer las pruebas pertinentes. El 26/03/2009, a las 10:23, Choan Gálvez escribió: On Mar 26, 2009, at 16:00 , Mauricio Dulce wrote: [...] El problema es que los navegadores modernos se auto-imponen la limitación de establecer sólo dos conexiones por dominio. Incluso si tus usuarios tienen conexiones a internet de banda ancha, tendrán que esperar hasta que todos los recursos web hayan sido descargados secuencialmente. [...] Utilizando el nombre de varios servidores de recursos engañamos al navegador para que abra varias conexiones a la vez incluso si los recursos se encuentran físicamente en el mismo servidor.El resultado es un envío más rápido de los recursos al navegador.. Después necesitas que tu servidor web acepte peticiones para los subdominios de los recursos web. [...] Pues si se a lo que te refieres pero a mi me a funcionado perfectamente en sitios que e hecho en rails con nginx, eso si en vps, no se como valla en los shared. Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Si me dices que he de tener fe, como si no me dices nada. -- Choan Scriptia, JavaScript y buenas prácticas en español http://blog.scriptia.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo Mauricio Dulce mauricio.du...@gmail.com +57 315 4183043 http://www.3zona.com ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
On Mar 26, 2009, at 17:30 , Mauricio Dulce wrote: Desde mi punto de vista y lo que e probado es mas eficiente, tanto en la carga del sitio como a la hora de organizarlo. Apenas tenga mi sitio terminado pasare la url para que pueda hacer las pruebas pertinentes. Tu punto de vista equivale a medir la distancia de Madrid a Barcelona en palmos. ¿Qué dice YSlow/Firebug/cualquier otra herramienta que no mida a palmos? Salud. -- Choan ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola, preguntaste: Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Evidentemente, un sólo fichero con todo aglutinado tardará menos, pero ¿concatenarás todos los recursos además de las css?. El límite de 2 conexiones se aplica también a las imágenes, por ejemplo. Cuando se amplía el número de conexiones paralelas, el tiempo de carga puede ser más que apreciable: http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ No creo que merezca la pena unir las css en una sola por varios motivos: - Apenas se notará la diferencia de tiempo. - El navegador cachea las css por lo que las demás llamadas serán locales. - La separación de css permite gestionarlas de forma más efectiva. Por lo tanto, es preferible tener los ficheros de hojas de estilo separados frente a la pequeña ventaja de una inapreciable carga más rápida en la primera llamada al sitio. Sin embargo, la opción que plantea Mauricio sí que puede ser interesante. Particularmente, como en el proceso de diseño hay tantos parámetros a tener en cuenta (compatibilidad navegadores, optimización motores de búsqueda, etc.) prefiero reducirlos al mínimo, al menos al principio. Eso no quita para que se unan algunos archivos css en uno solo como, por ejemplo, los de jquery. Saludos. El 26 de marzo de 2009 16:23, Choan Gálvez choan.gal...@gmail.com escribió: On Mar 26, 2009, at 16:00 , Mauricio Dulce wrote: [...] El problema es que los navegadores modernos se auto-imponen la limitación de establecer sólo dos conexiones por dominio. Incluso si tus usuarios tienen conexiones a internet de banda ancha, tendrán que esperar hasta que todos los recursos web hayan sido descargados secuencialmente. [...] Utilizando el nombre de varios servidores de recursos engañamos al navegador para que abra varias conexiones a la vez incluso si los recursos se encuentran físicamente en el mismo servidor.El resultado es un envío más rápido de los recursos al navegador.. Después necesitas que tu servidor web acepte peticiones para los subdominios de los recursos web. [...] Pues si se a lo que te refieres pero a mi me a funcionado perfectamente en sitios que e hecho en rails con nginx, eso si en vps, no se como valla en los shared. Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Si me dices que he de tener fe, como si no me dices nada. -- Choan Scriptia, JavaScript y buenas prácticas en español http://blog.scriptia.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 17:39 , Daniel Navarro wrote: Hola, preguntaste: Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Evidentemente, un sólo fichero con todo aglutinado tardará menos, pero ¿concatenarás todos los recursos además de las css?. El límite de 2 conexiones se aplica también a las imágenes, por ejemplo. Cuando se amplía el número de conexiones paralelas, el tiempo de carga puede ser más que apreciable: http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ No creo que merezca la pena unir las css en una sola por varios motivos: - Apenas se notará la diferencia de tiempo. - El navegador cachea las css por lo que las demás llamadas serán locales. - La separación de css permite gestionarlas de forma más efectiva. Por lo tanto, es preferible tener los ficheros de hojas de estilo separados frente a la pequeña ventaja de una inapreciable carga más rápida en la primera llamada al sitio. Sin embargo, la opción que plantea Mauricio sí que puede ser interesante. Particularmente, como en el proceso de diseño hay tantos parámetros a tener en cuenta (compatibilidad navegadores, optimización motores de búsqueda, etc.) prefiero reducirlos al mínimo, al menos al principio. Eso no quita para que se unan algunos archivos css en uno solo como, por ejemplo, los de jquery. Supongo que cada vez que escriba a la lista tendré que contar mi vida. Resumo mis mails anteriores en este mismo tema: Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Ahora, cabe tener presente lo que comentaba antes... si tienes un fichero CSS para pintar un selector de fechas y el selector de fechas solo aparece en un par de páginas del sitio, es muy posible que no aporte nada incluirlo en el fichero concatenado. Utilizar un dominio distinto del de contenido para los recursos tiene sus ventajas por aquello de que los navegadores no (suelen) realizar más de dos peticiones en paralelo a un mismo dominio, pero dudo que servir cada fichero desde un dominio suponga una mejora (por aquello de ir resolviendo DNS + hacer la petición + la descarga para unos cuantos ficheros de tamaño chiquitín). Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Número de ficheros de desarrollo: tantos como te parezca conveniente. Número de ficheros servidos en producción: tan pocos como te parezca conveniente. Y finalmente: Tu punto de vista equivale a medir la distancia de Madrid a Barcelona en palmos. ¿Qué dice YSlow/Firebug/cualquier otra herramienta que no mida a palmos? Si me podéis responder con datos, genial. Si seguimos con teorías no avanzamos nada. Un saludo. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola, Choan. Celebro que estemos de acuerdo en mantener las css separadas, al menos en la fase de desarrollo. Para acortar el tiempo de carga de las css, como ya habéis comentado, se puede adoptar la estrategia de unirlas en una sóla (una única petición al servidor) o usar el método de los alias que plantea Mauricio y cargarlas en paralelo. En principio, el segundo método debería de ser más rápido (lo siento, no es lo que dije en el anterior mensaje). Pero da igual... el tiempo que se gana por cualquiera de los dos métodos no es significativo. Lo que sí puede ser efectivo es aplicar el método de los dominios que cuenta Mauricio pero A TODOS LOS RECURSOS (en especial a las imágenes si hay muchas). En la dirección que te dejé en el mensaje anterior http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ tienes un ejemplo en donde disminuye el tiempo de carga en un 40% cuando se realizan 6 accesos en paralelo al servidor en lugar de dos. Las temporizaciones las ha tomado la aplicación de rendimiento online que ofrece http://www.gomez.com/ Sin embargo, en las pruebas del equipo de yahoo que explican en http://yuiblog.com/blog/2007/04/11/performance-research-part-4/#what-if llegan a la conclusión de que subir el número de accesos simultáneos por este método puede ser perjudicial, pudiendo ser un número óptimo entre 2 y 4 conexiones en paralelo. Además, la resolución dns que se produce en la primera carga de una página del sitio también puede ser perjudicial, aunque quedarán cacheadas y apenas intervendrán en la temporización para las sucesivas páginas del sitio. Resumiendo: En mi opinión, mejor tener las css separadas. Ganaremos poco uniendo las css a menos que tengamos una cantidad realmente alta. Por otro lado, el método que plantea Mauricio de subdominios a la misma ip podría funcionar si se aplica sobre todo a las imágenes ya que son los recursos más usados. Sería interesante que Mauricio nos dijera el resultado de sus pruebas. Saludos P.D. Choan, no hace falta que vuelvas a repetir lo que has dicho en este hilo, sobre todo para los puntos en los que coincidimos. El 26 de marzo de 2009 18:12, Choan Gálvez choan.gal...@gmail.comescribió: Hola. On Mar 26, 2009, at 17:39 , Daniel Navarro wrote: Hola, preguntaste: Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Evidentemente, un sólo fichero con todo aglutinado tardará menos, pero ¿concatenarás todos los recursos además de las css?. El límite de 2 conexiones se aplica también a las imágenes, por ejemplo. Cuando se amplía el número de conexiones paralelas, el tiempo de carga puede ser más que apreciable: http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ No creo que merezca la pena unir las css en una sola por varios motivos: - Apenas se notará la diferencia de tiempo. - El navegador cachea las css por lo que las demás llamadas serán locales. - La separación de css permite gestionarlas de forma más efectiva. Por lo tanto, es preferible tener los ficheros de hojas de estilo separados frente a la pequeña ventaja de una inapreciable carga más rápida en la primera llamada al sitio. Sin embargo, la opción que plantea Mauricio sí que puede ser interesante. Particularmente, como en el proceso de diseño hay tantos parámetros a tener en cuenta (compatibilidad navegadores, optimización motores de búsqueda, etc.) prefiero reducirlos al mínimo, al menos al principio. Eso no quita para que se unan algunos archivos css en uno solo como, por ejemplo, los de jquery. Supongo que cada vez que escriba a la lista tendré que contar mi vida. Resumo mis mails anteriores en este mismo tema: Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Ahora, cabe tener presente lo que comentaba antes... si tienes un fichero CSS para pintar un selector de fechas y el selector de fechas solo aparece en un par de páginas del sitio, es muy posible que no aporte nada incluirlo en el fichero concatenado. Utilizar un dominio distinto del de contenido para los recursos tiene sus ventajas por aquello de que los navegadores no (suelen) realizar más de dos peticiones en paralelo a un mismo dominio, pero dudo que servir cada fichero desde un dominio suponga una mejora (por aquello de ir resolviendo DNS + hacer la petición + la descarga para unos cuantos ficheros de tamaño chiquitín). Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola Daniel y Choan, aca muestro un ejemplo de tiempos de carga en una aplicación rails 1 ejemplo aplicando subdominios a carga de imagenes, hojas de estilos, javascript, 3 subdominios http://img49.imageshack.us/img49/5553/imagen3.png 2 ejemplo, mismo sitio con configuracion normal http://img520.imageshack.us/img520/3788/imagen3212931.png tanto el cache del browser como el de la aplicación fueron borrados y el vps reiniciado. El 26/03/2009, a las 21:27, Daniel Navarro escribió: Hola, Choan. Celebro que estemos de acuerdo en mantener las css separadas, al menos en la fase de desarrollo. Para acortar el tiempo de carga de las css, como ya habéis comentado, se puede adoptar la estrategia de unirlas en una sóla (una única petición al servidor) o usar el método de los alias que plantea Mauricio y cargarlas en paralelo. En principio, el segundo método debería de ser más rápido (lo siento, no es lo que dije en el anterior mensaje). Pero da igual... el tiempo que se gana por cualquiera de los dos métodos no es significativo. Lo que sí puede ser efectivo es aplicar el método de los dominios que cuenta Mauricio pero A TODOS LOS RECURSOS (en especial a las imágenes si hay muchas). En la dirección que te dejé en el mensaje anterior http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ tienes un ejemplo en donde disminuye el tiempo de carga en un 40% cuando se realizan 6 accesos en paralelo al servidor en lugar de dos. Las temporizaciones las ha tomado la aplicación de rendimiento online que ofrece http://www.gomez.com/ Sin embargo, en las pruebas del equipo de yahoo que explican en http://yuiblog.com/blog/2007/04/11/performance-research-part-4/#what- if llegan a la conclusión de que subir el número de accesos simultáneos por este método puede ser perjudicial, pudiendo ser un número óptimo entre 2 y 4 conexiones en paralelo. Además, la resolución dns que se produce en la primera carga de una página del sitio también puede ser perjudicial, aunque quedarán cacheadas y apenas intervendrán en la temporización para las sucesivas páginas del sitio. Resumiendo: En mi opinión, mejor tener las css separadas. Ganaremos poco uniendo las css a menos que tengamos una cantidad realmente alta. Por otro lado, el método que plantea Mauricio de subdominios a la misma ip podría funcionar si se aplica sobre todo a las imágenes ya que son los recursos más usados. Sería interesante que Mauricio nos dijera el resultado de sus pruebas. Saludos P.D. Choan, no hace falta que vuelvas a repetir lo que has dicho en este hilo, sobre todo para los puntos en los que coincidimos. El 26 de marzo de 2009 18:12, Choan Gálvez choan.gal...@gmail.comescribió: Hola. On Mar 26, 2009, at 17:39 , Daniel Navarro wrote: Hola, preguntaste: Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Evidentemente, un sólo fichero con todo aglutinado tardará menos, pero ¿concatenarás todos los recursos además de las css?. El límite de 2 conexiones se aplica también a las imágenes, por ejemplo. Cuando se amplía el número de conexiones paralelas, el tiempo de carga puede ser más que apreciable: http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ No creo que merezca la pena unir las css en una sola por varios motivos: - Apenas se notará la diferencia de tiempo. - El navegador cachea las css por lo que las demás llamadas serán locales. - La separación de css permite gestionarlas de forma más efectiva. Por lo tanto, es preferible tener los ficheros de hojas de estilo separados frente a la pequeña ventaja de una inapreciable carga más rápida en la primera llamada al sitio. Sin embargo, la opción que plantea Mauricio sí que puede ser interesante. Particularmente, como en el proceso de diseño hay tantos parámetros a tener en cuenta (compatibilidad navegadores, optimización motores de búsqueda, etc.) prefiero reducirlos al mínimo, al menos al principio. Eso no quita para que se unan algunos archivos css en uno solo como, por ejemplo, los de jquery. Supongo que cada vez que escriba a la lista tendré que contar mi vida. Resumo mis mails anteriores en este mismo tema: Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Ahora, cabe tener presente lo que comentaba antes... si tienes un fichero CSS para pintar un selector de fechas y el selector de fechas solo aparece en un par de páginas del sitio, es
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
El 26 de marzo de 2009 21:44, Mauricio Dulce mauricio.du...@gmail.comescribió: Hola Daniel y Choan, aca muestro un ejemplo de tiempos de carga en una aplicación rails 1 ejemplo aplicando subdominios a carga de imagenes, hojas de estilos, javascript, 3 subdominios http://img49.imageshack.us/img49/5553/imagen3.png 2 ejemplo, mismo sitio con configuracion normal http://img520.imageshack.us/img520/3788/imagen3212931.png tanto el cache del browser como el de la aplicación fueron borrados y el vps reiniciado. El 26/03/2009, a las 21:27, Daniel Navarro escribió: Hola, Choan. Celebro que estemos de acuerdo en mantener las css separadas, al menos en la fase de desarrollo. Para acortar el tiempo de carga de las css, como ya habéis comentado, se puede adoptar la estrategia de unirlas en una sóla (una única petición al servidor) o usar el método de los alias que plantea Mauricio y cargarlas en paralelo. En principio, el segundo método debería de ser más rápido (lo siento, no es lo que dije en el anterior mensaje). Pero da igual... el tiempo que se gana por cualquiera de los dos métodos no es significativo. Lo que sí puede ser efectivo es aplicar el método de los dominios que cuenta Mauricio pero A TODOS LOS RECURSOS (en especial a las imágenes si hay muchas). En la dirección que te dejé en el mensaje anterior http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ tienes un ejemplo en donde disminuye el tiempo de carga en un 40% cuando se realizan 6 accesos en paralelo al servidor en lugar de dos. Las temporizaciones las ha tomado la aplicación de rendimiento online que ofrece http://www.gomez.com/ Sin embargo, en las pruebas del equipo de yahoo que explican en http://yuiblog.com/blog/2007/04/11/performance-research-part-4/#what- if llegan a la conclusión de que subir el número de accesos simultáneos por este método puede ser perjudicial, pudiendo ser un número óptimo entre 2 y 4 conexiones en paralelo. Además, la resolución dns que se produce en la primera carga de una página del sitio también puede ser perjudicial, aunque quedarán cacheadas y apenas intervendrán en la temporización para las sucesivas páginas del sitio. Resumiendo: En mi opinión, mejor tener las css separadas. Ganaremos poco uniendo las css a menos que tengamos una cantidad realmente alta. Por otro lado, el método que plantea Mauricio de subdominios a la misma ip podría funcionar si se aplica sobre todo a las imágenes ya que son los recursos más usados. Sería interesante que Mauricio nos dijera el resultado de sus pruebas. Saludos P.D. Choan, no hace falta que vuelvas a repetir lo que has dicho en este hilo, sobre todo para los puntos en los que coincidimos. El 26 de marzo de 2009 18:12, Choan Gálvez choan.gal...@gmail.comescribió: Hola. On Mar 26, 2009, at 17:39 , Daniel Navarro wrote: Hola, preguntaste: Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Evidentemente, un sólo fichero con todo aglutinado tardará menos, pero ¿concatenarás todos los recursos además de las css?. El límite de 2 conexiones se aplica también a las imágenes, por ejemplo. Cuando se amplía el número de conexiones paralelas, el tiempo de carga puede ser más que apreciable: http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ No creo que merezca la pena unir las css en una sola por varios motivos: - Apenas se notará la diferencia de tiempo. - El navegador cachea las css por lo que las demás llamadas serán locales. - La separación de css permite gestionarlas de forma más efectiva. Por lo tanto, es preferible tener los ficheros de hojas de estilo separados frente a la pequeña ventaja de una inapreciable carga más rápida en la primera llamada al sitio. Sin embargo, la opción que plantea Mauricio sí que puede ser interesante. Particularmente, como en el proceso de diseño hay tantos parámetros a tener en cuenta (compatibilidad navegadores, optimización motores de búsqueda, etc.) prefiero reducirlos al mínimo, al menos al principio. Eso no quita para que se unan algunos archivos css en uno solo como, por ejemplo, los de jquery. Supongo que cada vez que escriba a la lista tendré que contar mi vida. Resumo mis mails anteriores en este mismo tema: Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Ahora, cabe
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola Miguel, la prueba la realice una sola vez, haciendo un deploy de la aplicacion y reinicio de la vpn en cada prueba. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
