[Ovillo] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema Miguel Gonzalez

La web del W3C está en proceso de renovación.

Puede visitarse (y criticarse) la versión beta en esta dirección:

http://beta.w3.org

Visualmente me recuerda bastante a algunas plantillas de blog
existentes, aunque está en línea con las intenciones de abrir el sitio a
la participación a los visitantes (a lo 2.0 obviamente). Me agradan sus
aspectos tipográficos y me disgustan esos horribles iconos negros...

¿Qué os parece a vosotros?

¡Saludos!

-- 

Miguel González


___
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] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema Andrés Karp(GMAIL)
Me ha gustado bastante, ya era hora XD

Enviado desde mi iPhone

El 26/03/2009, a las 9:28, Miguel Gonzalez mig...@iusc.es escribió:


 La web del W3C está en proceso de renovación.

 Puede visitarse (y criticarse) la versión beta en esta dirección:

 http://beta.w3.org

 Visualmente me recuerda bastante a algunas plantillas de blog
 existentes, aunque está en línea con las intenciones de abrir el sit 
 io a
 la participación a los visitantes (a lo 2.0 obviamente). Me agradan  
 sus
 aspectos tipográficos y me disgustan esos horribles iconos negros...

 ¿Qué os parece a vosotros?

 ¡Saludos!

 -- 

 Miguel González


 ___
 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] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema Rodrigo Álvarez Virgós
Hola a todos

Miguel Gonzalez escribió:
 La web del W3C está en proceso de renovación.

 Puede visitarse (y criticarse) la versión beta en esta dirección:

 http://beta.w3.org

 Visualmente me recuerda bastante a algunas plantillas de blog
 existentes, aunque está en línea con las intenciones de abrir el sitio a
 la participación a los visitantes (a lo 2.0 obviamente). Me agradan sus
 aspectos tipográficos y me disgustan esos horribles iconos negros...

 ¿Qué os parece a vosotros?
   

Mola mucho, la antigua web era muy buena (como es lógico, claro), pero 
bastante feucha. Nadie mejor que el W3C para demostrar que la calidad 
del código, la usabilidad, la accesibilidad... no son propiedades 
contrarias a la estética :-)
___
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] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema Joseba

Ha mejorado su aspecto pero nada fuera de lo que cualquier CMS hace hoy en
día.

Por lo menos ya no parece una web del siglo pasado.

Saludos.


-Mensaje original-
De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org]
En nombre de Miguel Gonzalez
Enviado el: jueves, 26 de marzo de 2009 9:28
Para: Ovillo CSS
Asunto: [Ovillo] [OT] El W3C rediseña su sitio web


La web del W3C está en proceso de renovación.

Puede visitarse (y criticarse) la versión beta en esta dirección:

http://beta.w3.org

Visualmente me recuerda bastante a algunas plantillas de blog
existentes, aunque está en línea con las intenciones de abrir el sitio a
la participación a los visitantes (a lo 2.0 obviamente). Me agradan sus
aspectos tipográficos y me disgustan esos horribles iconos negros...

¿Qué os parece a vosotros?

¡Saludos!

-- 

Miguel González


___
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


[Ovillo] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema avidal
Un lavado de cara, ya era hora!

Diseño limpio, minimalista. Bien.

Supongo que al estar todavía en fase beta, los errores de validación de
las CSS desaparecerán al igual que algunos elementos de la arquitectura
del sitio (en concreto la navegabilidad, uso de los iconos del menú de
navegación ¿local? que desaparecen en le resto de secciones...)

Visualmente parece algo descuidada la agrupación de contenidos
relacionados. En algunos bloques parece que la información de una sección
se mezcla con la de otra, no percibiéndose claramente la direnciación
entre unos bloques de información y otros.

Algo que me ha llamado la atención es el combo de selección de Región.

No me parece el sitio más natural el situar esa opción bajo un menú de
navegación local. Parece que su lugar sería bajo el buscador ya que en sí
mismo no deja de ser otro elemento de navegación global.

De la accesiblidad en general ni hablamos... en casa de herrero...

¿qué os parece?

Saludos.

Alfonso Marcos Vidal de la O





Message: 3
Date: Thu, 26 Mar 2009 09:28:12 +0100
From: Miguel Gonzalez mig...@iusc.es
Subject: [Ovillo] [OT] El W3C rediseña su sitio web
To: Ovillo CSS ovillo@lists.ovillo.org
Message-ID: 49cb3c9c.4080...@iusc.es
Content-Type: text/plain; charset=ISO-8859-1


La web del W3C está en proceso de renovación.

Puede visitarse (y criticarse) la versión beta en esta dirección:

http://beta.w3.org

Visualmente me recuerda bastante a algunas plantillas de blog
existentes, aunque está en línea con las intenciones de abrir el sitio a
la participación a los visitantes (a lo 2.0 obviamente). Me agradan sus
aspectos tipográficos y me disgustan esos horribles iconos negros...

¿Qué os parece a vosotros?

¡Saludos!

-- 

Miguel González


___
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] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema Tei
2009/3/26 Miguel Gonzalez mig...@iusc.es:

 La web del W3C está en proceso de renovación.

 Puede visitarse (y criticarse) la versión beta en esta dirección:

 http://beta.w3.org

 Visualmente me recuerda bastante a algunas plantillas de blog
 existentes, aunque está en línea con las intenciones de abrir el sitio a
 la participación a los visitantes (a lo 2.0 obviamente). Me agradan sus
 aspectos tipográficos y me disgustan esos horribles iconos negros...

 ¿Qué os parece a vosotros?


Pfes la web del WC3.   Hay muchos antipatterns a los que
un sitio asi es supersensible.

Paginas como la serie del CSS Zen Garden estan para visualizar lo
maximo que podemos hacer con CSS. Y paginas como las del WC3 estan
para dar una informacion normativa, y ejemplos de uso.

El dia que la pagina del WC3 sea ultramoderna y superelegante, sera
porque ya podemos hacer un uso normal del CSS.  Ese dia creo que aun
esta lejano.  Creo que cualquier webmaster en una pagina web normal
habria prescindido de las vista optativas wide/normal/desktop, y al
bloque de texto este le habria plantado un alineacion justificado a
los dos lados.  Esto es lo malo.  Lo bueno es que si bien parece que
aun hay limitaciones, se puede hacer una pagina tan guena como esta,
que no es un mal principio.

De todos modos
http://jigsaw.w3.org/css-validator/validator?profile=css21warning=0uri=http%3A%2F%2Fbeta.w3.org%2F

16 errores.

puede que sea porque utilice otra version mas moderna de CSS.. no se.






-- 
--
ℱ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

[Ovillo] Es malo importar muchas hojas de estilos CSS

2009-03-26 Por tema Javier Guerrero
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

2009-03-26 Por tema Choan Gálvez
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-03-26 Por tema Javier Guerrero
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

2009-03-26 Por tema Jorge Moreno
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

2009-03-26 Por tema Javier Guerrero
 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


[Ovillo] Problemas con el Explorer y bullet en listas

2009-03-26 Por tema Javier Prieto (Tapry)
Hola amigos:

Estoy teniendo un problema en el Explorer con las etiquetas ulli...

Si entrais en esta url...

http://new.enovait.biz/Main.php?do=gotoPreguntas

Podreis ver (Explorer) que el bullet de la penúltima pregunta/respuesta 
no aparece (cuadradito rosa)

He podido averiguar que sólo ocurre en esta pregunta porque el enunciado 
ocupa dos lineas, si ocupase una saldria el bullet.. misterios del 
Explorer!!!


A ver si me podeis echar una mano!!!

Gracias
___
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-03-26 Por tema Choan Gálvez
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

2009-03-26 Por tema Mauricio Dulce
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

2009-03-26 Por tema Choan Gálvez
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

2009-03-26 Por tema Javier Guerrero
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

2009-03-26 Por tema Mauricio Dulce
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

2009-03-26 Por tema Choan Gálvez
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

2009-03-26 Por tema Choan Gálvez
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-03-26 Por tema Tei
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] Problemas con el Explorer y bullet en listas

2009-03-26 Por tema jesus García
Alguna vez me han pasado cosas parecidas.
Puedes probar a poner un position:relative a los li a ver si funciona...
Suerte.

El 26 de marzo de 2009 15:21, Javier Prieto (Tapry) jpri...@tapry.comescribió:

 Hola amigos:

 Estoy teniendo un problema en el Explorer con las etiquetas ulli...

 Si entrais en esta url...

 http://new.enovait.biz/Main.php?do=gotoPreguntas

 Podreis ver (Explorer) que el bullet de la penúltima pregunta/respuesta
 no aparece (cuadradito rosa)

 He podido averiguar que sólo ocurre en esta pregunta porque el enunciado
 ocupa dos lineas, si ocupase una saldria el bullet.. misterios del
 Explorer!!!


 A ver si me podeis echar una mano!!!

 Gracias
 ___
 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

2009-03-26 Por tema Mauricio Dulce
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] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema SoporteNuke
El diseño de columnas parece seguir dominando...

Saludo

El 26 de marzo de 2009 7:09, Tei oscar.vi...@gmail.com escribió:

 2009/3/26 Miguel Gonzalez mig...@iusc.es:
 
  La web del W3C está en proceso de renovación.
 
  Puede visitarse (y criticarse) la versión beta en esta dirección:
 
  http://beta.w3.org
 
  Visualmente me recuerda bastante a algunas plantillas de blog
  existentes, aunque está en línea con las intenciones de abrir el sitio a
  la participación a los visitantes (a lo 2.0 obviamente). Me agradan sus
  aspectos tipográficos y me disgustan esos horribles iconos negros...
 
  ¿Qué os parece a vosotros?
 

 Pfes la web del WC3.   Hay muchos antipatterns a los que
 un sitio asi es supersensible.

 Paginas como la serie del CSS Zen Garden estan para visualizar lo
 maximo que podemos hacer con CSS. Y paginas como las del WC3 estan
 para dar una informacion normativa, y ejemplos de uso.

 El dia que la pagina del WC3 sea ultramoderna y superelegante, sera
 porque ya podemos hacer un uso normal del CSS.  Ese dia creo que aun
 esta lejano.  Creo que cualquier webmaster en una pagina web normal
 habria prescindido de las vista optativas wide/normal/desktop, y al
 bloque de texto este le habria plantado un alineacion justificado a
 los dos lados.  Esto es lo malo.  Lo bueno es que si bien parece que
 aun hay limitaciones, se puede hacer una pagina tan guena como esta,
 que no es un mal principio.

 De todos modos

 http://jigsaw.w3.org/css-validator/validator?profile=css21warning=0uri=http%3A%2F%2Fbeta.w3.org%2F

 16 errores.

 puede que sea porque utilice otra version mas moderna de CSS.. no se.






 --
 --
 ℱ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

___
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-03-26 Por tema Choan Gálvez
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

2009-03-26 Por tema Daniel Navarro
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

2009-03-26 Por tema Choan Gálvez
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] Problemas con el Explorer y bullet en listas

2009-03-26 Por tema Nesta Guerrero Pancorbo
El Thursday 26 March 2009 16:42:44 jesus García escribió:
 Alguna vez me han pasado cosas parecidas.
 Puedes probar a poner un position:relative a los li a ver si funciona...
 Suerte.

 El 26 de marzo de 2009 15:21, Javier Prieto (Tapry) 
jpri...@tapry.comescribió:
  Hola amigos:
 
  Estoy teniendo un problema en el Explorer con las etiquetas ulli...
 
  Si entrais en esta url...
 
  http://new.enovait.biz/Main.php?do=gotoPreguntas
 
  Podreis ver (Explorer) que el bullet de la penúltima pregunta/respuesta
  no aparece (cuadradito rosa)
 
  He podido averiguar que sólo ocurre en esta pregunta porque el enunciado
  ocupa dos lineas, si ocupase una saldria el bullet.. misterios del
  Explorer!!!
 
 
  A ver si me podeis echar una mano!!!
 
  Gracias
  ___
  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


o un *height:1%; al li
___
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] Problemas con el Explorer y bullet en listas

2009-03-26 Por tema Joseba

Me da que tu oferta es otro revienta mercados mas de todo a 2 duros con la
típica aplicación haz tu propia web desde x al año.

Lo siento para los que se dedican a hacer webs en este país.

s.

-Mensaje original-
De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org]
En nombre de Javier Prieto (Tapry)
Enviado el: jueves, 26 de marzo de 2009 15:21
Para: Ovillo@lists.ovillo.org
Asunto: [Ovillo] Problemas con el Explorer y bullet en listas

Hola amigos:

Estoy teniendo un problema en el Explorer con las etiquetas ulli...

Si entrais en esta url...

http://new.enovait.biz/Main.php?do=gotoPreguntas

Podreis ver (Explorer) que el bullet de la penúltima pregunta/respuesta 
no aparece (cuadradito rosa)

He podido averiguar que sólo ocurre en esta pregunta porque el enunciado 
ocupa dos lineas, si ocupase una saldria el bullet.. misterios del 
Explorer!!!


A ver si me podeis echar una mano!!!

Gracias
___
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


[Ovillo] ¿Como organizar un grupo de 5 maquetado res para armar 300 páginas?

2009-03-26 Por tema Javier Guerrero
Hola, listeros.

Pues eso, cuál sería mejor forma de organizar un equipo de 5 maquetadores
para armar 300 páginas. Pues eso, estuve pensando que si no se organiza
bien.. el proceso de la maquetación sería un caos.

Estuve investigando, y hasta ahora una forma de contribuir a la organización
del equipo sería elaborar una guía de estilo estableciando ciertas
directrices para la codificación, linea de navegadores soportados,
convención para los nombres de los archivos, etc.

¿Qué sugieren ustedes?

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] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema Tei
2009/3/26 SoporteNuke soporten...@gmail.com:
 El diseño de columnas parece seguir dominando...


Probablemente porque la friccion entre el uso de una GUI por humanos y
una disposicion en columnas es menor que otras soluciones.

En las bibliotecas hay muchos libros pero practicamente todos son
rectangulos mas altos que anchos. Aquellos que intentan ser apaisados
son incomodos de leer, en parte por aquello de la longitud de una
frase, pero tambien porque tienes que paginar muy amenudo, rapidamente
te acabas el texto existente. Ademas probablemente el tema este de la
longitud de la linea ya fuerza a un tamaño de fuente grande.

Tenemos muchos años de tradicion de crear libros, y el tema de
columnas (o columna unica) es el ganador de todos los experimentos que
se han hecho.   Esto solo requiere transplantarlo a la web.

En la web algunos han malinterpretado el medio y han entendido que
habia que matar la barra de escroll, y lo unico que han conseguido es
objetos tan incomodos como esos libros de la libreria que son
apaisados.
Durante cinco o seis años he estado viendo diseñadores que vienen del
mundo impreso llegar aqui al diseño web, y malinterpretar este medio,
y repetir este error. No importa, porque nos han traido un monton de
cosas geniales. La gran lastima es la cantidad de cosas enormememente
hermosas con fuentes que no se pueden realizar, y quizas nunca seran
posibles. Quizas es lo que impide que diseñar paginas web sea un arte.
Sin usar fuentes personales, es muy dificil tener un voz unica,  es
mas parecido a hacer collage que a pintar.   La gente del CSS Zen
Garden hacen trampas y ponen bitmaps o flash para titulos, pandilla de
cabrones :-)



-- 
--
ℱ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] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema Ignacio Ricci
Me parece espantosa.Porque no contratan a un buen estudio que se las haga y
punto?
La W3C debería tener una web grosa debido a su importancia en la web.
Podrían invertir un poco.



2009/3/26 Tei oscar.vi...@gmail.com

 2009/3/26 SoporteNuke soporten...@gmail.com:
  El diseño de columnas parece seguir dominando...
 

 Probablemente porque la friccion entre el uso de una GUI por humanos y
 una disposicion en columnas es menor que otras soluciones.

 En las bibliotecas hay muchos libros pero practicamente todos son
 rectangulos mas altos que anchos. Aquellos que intentan ser apaisados
 son incomodos de leer, en parte por aquello de la longitud de una
 frase, pero tambien porque tienes que paginar muy amenudo, rapidamente
 te acabas el texto existente. Ademas probablemente el tema este de la
 longitud de la linea ya fuerza a un tamaño de fuente grande.

 Tenemos muchos años de tradicion de crear libros, y el tema de
 columnas (o columna unica) es el ganador de todos los experimentos que
 se han hecho.   Esto solo requiere transplantarlo a la web.

 En la web algunos han malinterpretado el medio y han entendido que
 habia que matar la barra de escroll, y lo unico que han conseguido es
 objetos tan incomodos como esos libros de la libreria que son
 apaisados.
 Durante cinco o seis años he estado viendo diseñadores que vienen del
 mundo impreso llegar aqui al diseño web, y malinterpretar este medio,
 y repetir este error. No importa, porque nos han traido un monton de
 cosas geniales. La gran lastima es la cantidad de cosas enormememente
 hermosas con fuentes que no se pueden realizar, y quizas nunca seran
 posibles. Quizas es lo que impide que diseñar paginas web sea un arte.
 Sin usar fuentes personales, es muy dificil tener un voz unica,  es
 mas parecido a hacer collage que a pintar.   La gente del CSS Zen
 Garden hacen trampas y ponen bitmaps o flash para titulos, pandilla de
 cabrones :-)



 --
 --
 ℱ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




-- 
↓۝ Ignacio Ricci
www.ignacioricci.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] [OT] El W3C rediseña su sitio web

2009-03-26 Por tema Daniel González
Yo creo que como referentes de estandar, tiene que ser una web sobria, más
que una web super-chula, en cualquier caso, el diseño no me gusta...


Daniel González Cerviño
tel 653965048
ikar...@gmail.com


2009/3/26 Ignacio Ricci ignacio.ri...@gmail.com

 Me parece espantosa.Porque no contratan a un buen estudio que se las haga y
 punto?
 La W3C debería tener una web grosa debido a su importancia en la web.
 Podrían invertir un poco.



 2009/3/26 Tei oscar.vi...@gmail.com

  2009/3/26 SoporteNuke soporten...@gmail.com:
   El diseño de columnas parece seguir dominando...
  
 
  Probablemente porque la friccion entre el uso de una GUI por humanos y
  una disposicion en columnas es menor que otras soluciones.
 
  En las bibliotecas hay muchos libros pero practicamente todos son
  rectangulos mas altos que anchos. Aquellos que intentan ser apaisados
  son incomodos de leer, en parte por aquello de la longitud de una
  frase, pero tambien porque tienes que paginar muy amenudo, rapidamente
  te acabas el texto existente. Ademas probablemente el tema este de la
  longitud de la linea ya fuerza a un tamaño de fuente grande.
 
  Tenemos muchos años de tradicion de crear libros, y el tema de
  columnas (o columna unica) es el ganador de todos los experimentos que
  se han hecho.   Esto solo requiere transplantarlo a la web.
 
  En la web algunos han malinterpretado el medio y han entendido que
  habia que matar la barra de escroll, y lo unico que han conseguido es
  objetos tan incomodos como esos libros de la libreria que son
  apaisados.
  Durante cinco o seis años he estado viendo diseñadores que vienen del
  mundo impreso llegar aqui al diseño web, y malinterpretar este medio,
  y repetir este error. No importa, porque nos han traido un monton de
  cosas geniales. La gran lastima es la cantidad de cosas enormememente
  hermosas con fuentes que no se pueden realizar, y quizas nunca seran
  posibles. Quizas es lo que impide que diseñar paginas web sea un arte.
  Sin usar fuentes personales, es muy dificil tener un voz unica,  es
  mas parecido a hacer collage que a pintar.   La gente del CSS Zen
  Garden hacen trampas y ponen bitmaps o flash para titulos, pandilla de
  cabrones :-)
 
 
 
  --
  --
  ℱ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
 



 --
 ↓۝ Ignacio Ricci
 www.ignacioricci.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

___
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] ¿Como organizar un grupo de 5 maquetado res para armar 300 páginas?

2009-03-26 Por tema Jonathan C.
 quizas entendi mal, pero 5 maquetadores para maquetar 300 paginas?

 pero no seria mejor un grupo de 2 maquetadores y 1 o 2 programadores, que
te hagan un CMS personalizado que genere esas 300 paginas a partir de una
plantilla hecha por los maquetadores?

 saludos a la lista!

El 26 de marzo de 2009 14:45, Javier Guerrero demix...@gmail.com escribió:

 Hola, listeros.

 Pues eso, cuál sería mejor forma de organizar un equipo de 5 maquetadores
 para armar 300 páginas. Pues eso, estuve pensando que si no se organiza
 bien.. el proceso de la maquetación sería un caos.

 Estuve investigando, y hasta ahora una forma de contribuir a la
 organización
 del equipo sería elaborar una guía de estilo estableciando ciertas
 directrices para la codificación, linea de navegadores soportados,
 convención para los nombres de los archivos, etc.

 ¿Qué sugieren ustedes?

 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




-- 
Jonathan C.
lockhe...@gmail.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] ¿Como organizar un grupo de 5 maquetado res para armar 300 páginas?

2009-03-26 Por tema sebastian garcia-valenciano
de tu entrada surgen muchas dudas...

300 páginas son 300 proyectos diferentes?  son 300 diseños/maquetaciones
diferentes?
Tendrán algo en común? Estructura, paleta de colores, 

mejor, afina tu pregunta.

saludos
sebas


El 26 de marzo de 2009 19:45, Javier Guerrero demix...@gmail.com escribió:

 Hola, listeros.

 Pues eso, cuál sería mejor forma de organizar un equipo de 5 maquetadores
 para armar 300 páginas. Pues eso, estuve pensando que si no se organiza
 bien.. el proceso de la maquetación sería un caos.


___
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-03-26 Por tema Daniel Navarro
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

2009-03-26 Por tema Mauricio Dulce
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

2009-03-26 Por tema Miguel Beltran R.
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

2009-03-26 Por tema Mauricio Dulce
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