XHMTL y HTML

Mike1304 · #1 (**permalink**) 22/01/2004, 15:45

Hola a todos

Mi pregunta es acerca de la velocidad entre "despliegue" entre una pagina html vs una xhtml

me explico, yo he diseñado paginas html, por supuesto navegado sobre miles... pero cada vez que veo un sitio que dice estar en xhtml (y lo compruebo) se ve super RAPIDO!!!..., mas que nada la da la impresion que el browser hace el "render" rapidamente

no se alguien que conozca a fondo el xhtml me puede dar una pequeña explicacion de mi duda, ya que estoy seriamente migrar mis futuros proyectos html a xhtml con css

Saludos

SaleS2 · #2 (**permalink**) 22/01/2004, 15:57

Yo diría que tiene que ver con que casi todos los sitios en xhtml separan la estructura (xhtml) de la presentación (css), al hacerlo, casi siempre reduces el tamaño de las páginas, yo diría que puedes reducirlas hasta un 10% de los kb originales. Además de esto, las stylesheets se quedan en el cache del navegador, así que no tienen que cargarse cada vez que vas de una página a otra. No necesariamente tiene que ver con que sea xhtml, puedes seguir usando html, pero no uses los atributos de las tags para especificar cómo se verá tu documento, sólo las tags que proporcionan meta-data.

Espero que esto aclare tus dudas.

Mike1304 · #3 (**permalink**) 22/01/2004, 16:05

gracias.... por tu pronta respuesta

entiendo claramente lo de la separacion de estructura y presentacion y que logicamente reduce la pagina

donde si me quede y ojala me pudieras explicar con alguna linea de codigo es cuando dices
"pero no uses los atributos de las tags para especificar cómo se verá tu documento, sólo las tags que proporcionan meta-data "

que quieres decir con eso? un ejemplito por fa.... y disculpa

Mike1304 · #4 (**permalink**) 22/01/2004, 16:08

por ejemplo yo uso el css, en de esta manera
<td class="textoContenido">texto.. bla bla bla </td>

te refieres a no usar el tag del td (por mencionar uno..)

entonces como defino el estilo??

CORE · #5 (**permalink**) 23/01/2004, 17:22

cheka este articulo de Diego Martin http://www.minid.net/archivos/catego...o_de_xhtml.php

tunait · #6 (**permalink**) 24/01/2004, 08:19

'nas....

con todos mis respetos.... no me ha gustado nada el artículo

Ofrece algunos conceptos que no son ajustados o exactos.

Tiene mis respetos porque parece que ha hecho la traducción precisamente de xhtm de la w3c al catalán pero creo que no ha asimilado del todo la idea de lo que es el xhtml.

Otras opiniones que expone como la referente al uso de Dreamweaver está bastante lejos de la realidad.

Si hay que leer información teórica, el mejor lugar es la fuente oficial o terminaremos por des-informarnos en vez de informarnos.

http://www.sidar.org/recur/desdi/tra...ml11.htm#xhtml

saludos

SaleS2 · #7 (**permalink**) 24/01/2004, 08:47

Perdón por la tardanza con la respuesta de tu 2ª pregunta.

Me refiero a que no uses, por ejemplo, el atributo border de <img>, en este caso, border="2" es un atributo que especifica cómo se verá tu documento, lo mejor es usar img {border: 2px solid black;}. Del mismo modo, no uses bgcolor, ni color, ni otros atributos que puedes asignar con css.

Lo de meta-data se refiere a la información adicional acerca del tag que no impacta la manera en que se ve la página, pero que es bueno dar al “user-agent” para que sepa más del tag; por ejemplo, el mismo atributo class que mencionaste, o lang, o rel, o rev, etc. Atributos que no son necesarios para que tu código sea válido, pero que dan más significado y sentido a tus documentos cuando son interpretados por otras aplicaciones.

Designa tus stylesheets en un archivo aparte (i.e. tu_stylesheet.css) y linkea con <link> o con @import. Para que tu css se quede en el cache del navegador.

Espero que esto haya aclarado tus dudas.

cubis · #8 (**permalink**) 24/01/2004, 08:59

Mi opinión en cuanto a la velocidad de HTML vs XHTML pues si es más rápido XHTML porque hay menos código en este lenguaje gracias a su regida sintaxis además, son bastante simples de comprender para cualquier navegador y no tienen que lidiar con el "mal creado" código HTML que se puede desfigurar a distra y siniestra...

Esa es mi opinión personal...

PD: Este es mi mensaje 1000 :D

Mike1304 · #9 (**permalink**) 24/01/2004, 19:59

SaleS2 te entendi pefectamente...,
creo ambos articulos que linkearon aki estan buenos, porque uno presenta el punto de vista de alguien y el otro ya es las reglas del juego.

Gracias a todos por ayudarme en comprender mejor este tema...

Felicidades, cubis por tus 1K...

Webstudio · #10 (**permalink**) 24/01/2004, 20:41

En efecto, como apoyando el comentario de Cubis, las páginas que son XML válido ( o sea las conocias xHTML ) se cargan más rápido porque los algoritmos que utilizan los navegadores para renderizarlass son más eficientes, ya que no tienen que preocuparse por el HTML mal formado, sin tags de cierre, sin comillas en los atributos, etc. No es tanto un hecho de que la página pese menos, sino que al estar mejor estructurada, el programa que la parsea es más rápido y eficiente.

Saludos.

jercer · #11 (**permalink**) 26/01/2004, 06:07

Hombre yo de estos temas no se mucho, pero no creo que la velocidad en internet dependa demasiado de lo limpio que esté el código si no del ancho de banda si eso fuera verdad yo debería ver las páginas igual de rápido desde mi casa con mi pedazo de tarifa plana, que en el trabajo con mis dos megas (al menos las hechas con el FrontPage y DreamWeaver), ya que la información llegaría en el segundo mas rápido, pero sería parada para 'evaluar' su código, y os puedo asegurar que no. Ademas la mejor forma de comprobar esto es descargarse el HTML a local y abrirlo, a q va como el rayo?

Tambien hay que tener en cuenta que el xhtml al ser ma nuevo y menos conocido, es usado por compañias que invierten mas (por lo general) en tecnología por lo que seguramente sus servidores enviarán la información mas rápido, la otra gran causa de la descarga lenta.

Realmente lo que yo pienso es que lo que influye es el tamaño de los archivos, y si, los xhtml para lo mismo son mas paqueños, pero la proporción es tan escasa q apenas sería perceptible, lo que si es 'perceptible' son sobre todo las imagenes, flash, etc.

SaleS2 · #12 (**permalink**) 26/01/2004, 07:57

No es mi intención comenzar una discusión acerca de esto, pero hay varios puntos por aclarar:

Cubis dijo:
>>>…si es más rápido XHTML porque hay menos código en este lenguaje gracias a su regida sintaxis…

La rígida sintaxis sólo se aplica en XHTML estricto y 1.1. En la versión transicional aún puedes utilizar cosas font>,etc. y el código aún valida. <

SaleS2 · #13 (**permalink**) 26/01/2004, 08:08

Arrghhh…
Es imposible poner una respuesta larga en la respuesta rápida, así que aquí va otra vez…

No es mi intención comenzar una discusión acerca de esto, pero hay varios puntos por aclarar:

Cubis dijo:
>>>…si es más rápido XHTML porque hay menos código en este lenguaje gracias a su regida sintaxis…

La rígida sintaxis sólo se aplica en XHTML estricto y 1.1. En la versión transicional aún puedes utilizar cosas como <font>, <center>, etc.

Webstudio dijo:
>>>…las páginas que son XML válido ( o sea las conocias xHTML ) se cargan más rápido porque los algoritmos que utilizan los navegadores…

Los navegadores sólo utilizan otros medios de parsear el xhtml si lo sirves como application/xhtml+xml, si les sigues dando el MIME de text/html en tus headers o en el meta, entonces el xhtml se renderea igual que el html y utiliza los mismos “algoritmos”.

Cubis también dijo:
>>>…y no tienen que lidiar con el "mal creado" código HTML…

La diferencia está en el DOCTYPE. Si especificas un DOCTYPE en tu documento, el navegador entra en el modo “standards compliance”, en el que es menos benevolente con el mal código; si no utilizas DOCTYPE pero sigues con la sintaxis especial del xhtml, de nada sirve, el navegador sigue en el modo “quirks”, soportando la mayor cantidad de errores posibles y desplegando algunas stylesheets mal.

jercer dijo:
>>>…no creo que la velocidad en internet dependa demasiado de lo limpio que esté el código si no del ancho de banda…

El código limpio sí tiene que ver. Sigo en mi postura: la separación de estructura y presentación hacen que las páginas carguen más rápido.

Webstudio · #14 (**permalink**) 26/01/2004, 10:36

SaleS2, ahora te voy a hacer yo una pregunta a vos, de que te sirve tener una página xHTML compliant si no pensás ponerle el DocType adecuado ?
Obviamente que si me tomé la molestia de hacer una página xHTML válida, le voy a agregar el DOCTYPE para que el Navegador lo comprenda y tanto él como yo nos beneficiemos del trabajo extra. De todos modos, yo escribí hace un tiempo un parser de XML y HTML en PHP, y te puedo decir que por más que estés trabajando en un modo "quirks", si tu HTML es XML válido, ni siquiera necesita entrar en las zonas del código del parser que trabajan con las "malformaciones", por lo que sigue siendo más rápido, te guste o no.
Si no me crees, te invito a mirar el código fuente del Parser de Mozilla, disponible en su CVS.

Saludos.