Re: [Ovillo] Organizar CSS
Gracias por la aclaración. El día 15/10/07, NetVicious <[EMAIL PROTECTED]> escribió: > > El jueves, 11 oct 2007 a las 22:29, Fernando > escribió: > > > Eso pensaba yo, una petición segureo que ralentiza más que el continuar > > descargando un archivo más pesado. > > > Por lo menos vía FTP cuando subimos archivos lo podemos comprobar, yo > creo > > que tarda bastante menos en subir/bajar un archivo pongamos de 30Kb que > 6 > > archivos de 5Kb, no? > > > Quizás alguien de SISTEMAS pueda comentarnos en qué momento de peso > puede > > ser óptimo partir la hoja de estilos en 2 o 3 archivos distintos. > > En todo esto dependen muchas cosas, por una parte la conexión del > cliente y por otra el rendimiento del servidor así como de los > intermediarios de la conexión. > > En casi todas las conexiones suele haber al principio un pico de > velocidad que incluso puede superar lo contratado si estamos hablando > de cable, no así en las ADSL o hijas. Por lo que a partir de este dato > CSS pequeños son mejores que las enormes. > > Por otra parte casi todos los navegadores hoy en día suelen inyectar > varias peticiones a la vez, y como hoy en día se suelen tener > conexiones muy rápidas para descargar texto que es lo que estamos > hablando el problema podrá estar en el servidor o intermediarios. > > Muchos ficheros implican muchos accesos a disco y en servidor con > muchas páginas web o saturados esto puede hacer que la web se cargue > un poco más lenta. > > Además de todo ello los ficheros CSS se cachean y no suelen > descargarse varias veces a no ser que se le exija al navegador una > recarga completa, por lo que un fichero CSS enorme no sería del todo > malo. > > Sin hacer ningún tipo de análisis yo propondría bajo mi punto de vista > CSS no mucho más grandes de 30-50kbs y no más de 3-5 ficheros CSS. De > todas formas como bien he dicho antes esto depende sobre todo del > servidor y del número de visitas que tenga nuestra web. También > tendríamos que tener en cuenta que no es bueno llamar en todas > nuestras páginas a todos nuestros CSSs ya que seguramente no sean > necesarios todos los estilos, por lo que tendríamos que trocear un > poco nuestros CSS, dejando por un sitio la parte común y por otro la > más específica y según en la zona de la web donde nos encontremos > cargar su estilo especifico además del común. > > Que quede claro que todo esto es una opinión mía como las puede haber > otras mejores o peores. > > Un saludo > > -- > /\/ > / \ / \ / > /\/ e t \/ i c i o u s > > > ___ > 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] Organizar CSS
El jueves, 11 oct 2007 a las 22:29, Fernando escribió: > Eso pensaba yo, una petición segureo que ralentiza más que el continuar > descargando un archivo más pesado. > Por lo menos vía FTP cuando subimos archivos lo podemos comprobar, yo creo > que tarda bastante menos en subir/bajar un archivo pongamos de 30Kb que 6 > archivos de 5Kb, no? > Quizás alguien de SISTEMAS pueda comentarnos en qué momento de peso puede > ser óptimo partir la hoja de estilos en 2 o 3 archivos distintos. En todo esto dependen muchas cosas, por una parte la conexión del cliente y por otra el rendimiento del servidor así como de los intermediarios de la conexión. En casi todas las conexiones suele haber al principio un pico de velocidad que incluso puede superar lo contratado si estamos hablando de cable, no así en las ADSL o hijas. Por lo que a partir de este dato CSS pequeños son mejores que las enormes. Por otra parte casi todos los navegadores hoy en día suelen inyectar varias peticiones a la vez, y como hoy en día se suelen tener conexiones muy rápidas para descargar texto que es lo que estamos hablando el problema podrá estar en el servidor o intermediarios. Muchos ficheros implican muchos accesos a disco y en servidor con muchas páginas web o saturados esto puede hacer que la web se cargue un poco más lenta. Además de todo ello los ficheros CSS se cachean y no suelen descargarse varias veces a no ser que se le exija al navegador una recarga completa, por lo que un fichero CSS enorme no sería del todo malo. Sin hacer ningún tipo de análisis yo propondría bajo mi punto de vista CSS no mucho más grandes de 30-50kbs y no más de 3-5 ficheros CSS. De todas formas como bien he dicho antes esto depende sobre todo del servidor y del número de visitas que tenga nuestra web. También tendríamos que tener en cuenta que no es bueno llamar en todas nuestras páginas a todos nuestros CSSs ya que seguramente no sean necesarios todos los estilos, por lo que tendríamos que trocear un poco nuestros CSS, dejando por un sitio la parte común y por otro la más específica y según en la zona de la web donde nos encontremos cargar su estilo especifico además del común. Que quede claro que todo esto es una opinión mía como las puede haber otras mejores o peores. Un saludo -- /\/ / \ / \ / /\/ e t \/ i c i o u s ___ 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] Colaboradores web altruistas
Si se podria usar ajax (y mucho) en el backend, pero en el frontend hay que ser muy cuidadoso, además por tema de accesibilidad! Dario Cedeño V. escribió: > Estmado Juan Carlos, tienes razon en el tema de CMS, que ya existen y hay > demasiado. > > Lo que no concuerdo contigo es en la parte de AJAX. Fuera de la > funcionalidad que le podría dar AJAX, el tema de posicionamiento va a ser > demasiado complicado por el tema de Javascript. > Por ese lado no le veo viabilidad con AJAX > - > > > > -- > Ing. Dario Cedeño V > Project Manager > TelandWeb Solutions > Web www.telandweb.net > > > On 10/13/07, Dr. Juan Carlos García Alonso <[EMAIL PROTECTED]> wrote: > >> Carlos ya te mandé un mensaje a tu cuenta pero quiero darte unas ideas en >> el público para ver si alguien concuerda conmigo (o me convencen de lo >> contrario). >> >> >> >> Existen muchísimos CMS similares, tanto que la lista sería interminable, >> por sólo mencionar algunos de los más reconocidos: Joomla, Drupal, Mambo, >> Xoops, Plone, Wordpress, Phpnuke, Postnuke y muchísimos más (perdonen si >> olvido alguno). Casi todos de ellos con más de 5 años de desarrollo y con >> una comunidad grandísima de programadores, así que competir con ellos sería >> difícil, pero.. existe la posibilidad de brindar algo que no brindan >> ellos y es en mi opinión algo que debe ganar espacio en el futuro y esto >> es AJAX. >> >> >> >> Por supuesto que esto es sólo mi opinión: pero creo que desde que a >> principios de este año la W3C comenzó el proceso final para convertir a AJAX >> a un estándar, están las puertas abiertas para los desarrolladores a crear >> las RIAs (Rich Internet Aplication) utilizando esta tecnología. Tiene >> limitaciones claro, para todos es claro que requieren javascript, ¿pero >> quien no usa javascript aunque sea para validar un dato?, que consume un >> poco más de recursos del lado del cliente ¿Quien no tiene al menos 128 Mb de >> RAM? >> >> >> >> Soñando un poco >> >> >> >> Imaginan un CMS que: >> >> a.. No recargue la página cada vez que realices una acción. >> b.. Que contenga distintos controles, como una aplicación de escritorio >> (listbox, treview, etc.). >> c.. Que pueda conectar con otros servicios desde él, de manera >> transparente, digamos google, flirck. >> d.. Que puedas usar el teclado para hacer casi cualquier cosa y no sólo >> el mouse. >> e.. Que puedas usar Drag and Drop para algunas acciones. >> Y más mucho más solo echen a volar la imaginación y miren si ajax lo >> permite. Este sería el primer CMS de su tipo y estoy seguro que un número >> grande de desarrolladores se unirían al proyecto creando módulos y >> funcionalidades extras que enriquecerían el proyecto. >> >> >> >> Si alguien quiere una muestra de ajax hoy en día visiten http://ajax.org y >> disfruten. >> >> >> >> >> >> Saludos Juanc >> >> >> >> >> ___ >> 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 > > ___ 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] Colaboradores web altruistas
Estmado Juan Carlos, tienes razon en el tema de CMS, que ya existen y hay demasiado. Lo que no concuerdo contigo es en la parte de AJAX. Fuera de la funcionalidad que le podría dar AJAX, el tema de posicionamiento va a ser demasiado complicado por el tema de Javascript. Por ese lado no le veo viabilidad con AJAX - -- Ing. Dario Cedeño V Project Manager TelandWeb Solutions Web www.telandweb.net On 10/13/07, Dr. Juan Carlos García Alonso <[EMAIL PROTECTED]> wrote: > > Carlos ya te mandé un mensaje a tu cuenta pero quiero darte unas ideas en > el público para ver si alguien concuerda conmigo (o me convencen de lo > contrario). > > > > Existen muchísimos CMS similares, tanto que la lista sería interminable, > por sólo mencionar algunos de los más reconocidos: Joomla, Drupal, Mambo, > Xoops, Plone, Wordpress, Phpnuke, Postnuke y muchísimos más (perdonen si > olvido alguno). Casi todos de ellos con más de 5 años de desarrollo y con > una comunidad grandísima de programadores, así que competir con ellos sería > difícil, pero.. existe la posibilidad de brindar algo que no brindan > ellos y es en mi opinión algo que debe ganar espacio en el futuro y esto > es AJAX. > > > > Por supuesto que esto es sólo mi opinión: pero creo que desde que a > principios de este año la W3C comenzó el proceso final para convertir a AJAX > a un estándar, están las puertas abiertas para los desarrolladores a crear > las RIAs (Rich Internet Aplication) utilizando esta tecnología. Tiene > limitaciones claro, para todos es claro que requieren javascript, ¿pero > quien no usa javascript aunque sea para validar un dato?, que consume un > poco más de recursos del lado del cliente ¿Quien no tiene al menos 128 Mb de > RAM? > > > > Soñando un poco > > > > Imaginan un CMS que: > > a.. No recargue la página cada vez que realices una acción. > b.. Que contenga distintos controles, como una aplicación de escritorio > (listbox, treview, etc.). > c.. Que pueda conectar con otros servicios desde él, de manera > transparente, digamos google, flirck. > d.. Que puedas usar el teclado para hacer casi cualquier cosa y no sólo > el mouse. > e.. Que puedas usar Drag and Drop para algunas acciones. > Y más mucho más solo echen a volar la imaginación y miren si ajax lo > permite. Este sería el primer CMS de su tipo y estoy seguro que un número > grande de desarrolladores se unirían al proyecto creando módulos y > funcionalidades extras que enriquecerían el proyecto. > > > > Si alguien quiere una muestra de ajax hoy en día visiten http://ajax.org y > disfruten. > > > > > > Saludos Juanc > > > > > ___ > 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] Colaboradores web altruistas
Carlos ya te mandé un mensaje a tu cuenta pero quiero darte unas ideas en el público para ver si alguien concuerda conmigo (o me convencen de lo contrario). Existen muchísimos CMS similares, tanto que la lista sería interminable, por sólo mencionar algunos de los más reconocidos: Joomla, Drupal, Mambo, Xoops, Plone, Wordpress, Phpnuke, Postnuke y muchísimos más (perdonen si olvido alguno). Casi todos de ellos con más de 5 años de desarrollo y con una comunidad grandísima de programadores, así que competir con ellos sería difícil, pero.. existe la posibilidad de brindar algo que no brindan ellos y es en mi opinión algo que debe ganar espacio en el futuro y esto es AJAX. Por supuesto que esto es sólo mi opinión: pero creo que desde que a principios de este año la W3C comenzó el proceso final para convertir a AJAX a un estándar, están las puertas abiertas para los desarrolladores a crear las RIAs (Rich Internet Aplication) utilizando esta tecnología. Tiene limitaciones claro, para todos es claro que requieren javascript, ¿pero quien no usa javascript aunque sea para validar un dato?, que consume un poco más de recursos del lado del cliente ¿Quien no tiene al menos 128 Mb de RAM? Soñando un poco Imaginan un CMS que: a.. No recargue la página cada vez que realices una acción. b.. Que contenga distintos controles, como una aplicación de escritorio (listbox, treview, etc.). c.. Que pueda conectar con otros servicios desde él, de manera transparente, digamos google, flirck. d.. Que puedas usar el teclado para hacer casi cualquier cosa y no sólo el mouse. e.. Que puedas usar Drag and Drop para algunas acciones. Y más mucho más solo echen a volar la imaginación y miren si ajax lo permite. Este sería el primer CMS de su tipo y estoy seguro que un número grande de desarrolladores se unirían al proyecto creando módulos y funcionalidades extras que enriquecerían el proyecto. Si alguien quiere una muestra de ajax hoy en día visiten http://ajax.org y disfruten. Saludos Juanc ___ 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