Sole: bueno a lo que me referia yo es a que, si hago mi web html de forma totalmente correcta y con una sintaxis impecable, podria tb hacerla como XML y seria perfectamente valida.
Lo que suele pasar como ha dicho orange es que normalmente las webs HTML suelen ir acompañadas de atributos, tablas y otro tipo de informacion que nada tiene que ver con el contenido.
Yo soy el primero en saltarme todos los standares cuando quiero hacer algo que en plan "purista" es imposible, pero una cosa es la norma general y otra y otra la excepcion ;-)
Bueno, no se, yo ya asumia un html sin bazura, con las cositas visuales en un css, los behaviours o lo que sea de javascript tambien fuera. Vamos, que la unica diferencia era la sintaxis, y claro, ahi no le veia ninguna ventaja puestos a parsear nada.
Quiza como mucho, diria que para parsear un xhtml debe ser mas estricto, pero de ahi a que realmente hagan los parsers de buscadores asi ... Si se pusieran estrictos no tendrian el 50% de paginas que tienen en el indice (o mas!)
A nivel de semántica lo mismo debería dar utilizar XHTML que HTML, creo que Hartum lo decía por eliminar información de presentacion y scripts del HTML (e imagino que a no utilizar tablas).
Es decir que no está hablando de las pequeñas/grandes diferencias entre un tipo de documento u otro, sino al ABC de la programación con estándares, que es de lo que trata el artículo.
Hartum, sobre eso de los robots de google, de donde sacas la afirmacion de que les mola mas xhtml?
Quiero decirrrrr.... que diferencia hay entre html y xhtml para ellos? Te van a dar mas "puntos" porque presentes tu doc en xhtml que en html?
Supongo que será por la semántica, y porque en xhtml se suprimen muchos atributos en casi todas las etiquetas, especialmente en Strict, lo cual ficilita la lectura.
Tampoco es que esté muy ducho en este tema, así que toda aclaración será bien acogida...
Comentario frecuente: "Yo no quiero tratar mi documento XHTML como un XML, ¿para que querria hacer eso?
Vaya comentario... lo que deberías decirle es "lo que tendría que pasar es que el XHTML se fuera a la mierda y en el universo sólo existieran XML y CSS"
resumen del articulo para el que no se lo quiera/pueda leer:
"No seais guarros.
Poner el javascript y el CSS fuera de vuestros documentos XHTML y luego importarlos, sino cuando sean tratados como XML daran muchos problemas".
Comentario frecuente: "Yo no quiero tratar mi documento XHTML como un XML, ¿para que querria hacer eso?
Respuesta: "Tu no, pero los robots para el buscador de google si ;-)"
hartum
Sole: bueno a lo que me referia yo es a que, si hago mi web html de forma totalmente correcta y con una sintaxis impecable, podria tb hacerla como XML y seria perfectamente valida.
Lo que suele pasar como ha dicho orange es que normalmente las webs HTML suelen ir acompañadas de atributos, tablas y otro tipo de informacion que nada tiene que ver con el contenido.
Yo soy el primero en saltarme todos los standares cuando quiero hacer algo que en plan "purista" es imposible, pero una cosa es la norma general y otra y otra la excepcion ;-)
sole
Bueno, no se, yo ya asumia un html sin bazura, con las cositas visuales en un css, los behaviours o lo que sea de javascript tambien fuera. Vamos, que la unica diferencia era la sintaxis, y claro, ahi no le veia ninguna ventaja puestos a parsear nada.
Quiza como mucho, diria que para parsear un xhtml debe ser mas estricto, pero de ahi a que realmente hagan los parsers de buscadores asi ... Si se pusieran estrictos no tendrian el 50% de paginas que tienen en el indice (o mas!)
txuma Plus
HARTUM
Poner el javascript y el CSS fuera de vuestros documentos XHTML ...
Mira por donde, esto me recuerda otra duda que tengo que plantearos... pero será en otro hilo :)
orange
A nivel de semántica lo mismo debería dar utilizar XHTML que HTML, creo que Hartum lo decía por eliminar información de presentacion y scripts del HTML (e imagino que a no utilizar tablas).
Es decir que no está hablando de las pequeñas/grandes diferencias entre un tipo de documento u otro, sino al ABC de la programación con estándares, que es de lo que trata el artículo.
taarq
sole
Hartum, sobre eso de los robots de google, de donde sacas la afirmacion de que les mola mas xhtml?
Quiero decirrrrr.... que diferencia hay entre html y xhtml para ellos? Te van a dar mas "puntos" porque presentes tu doc en xhtml que en html?
Supongo que será por la semántica, y porque en xhtml se suprimen muchos atributos en casi todas las etiquetas, especialmente en Strict, lo cual ficilita la lectura.
Tampoco es que esté muy ducho en este tema, así que toda aclaración será bien acogida...
sole
Hartum, sobre eso de los robots de google, de donde sacas la afirmacion de que les mola mas xhtml?
Quiero decirrrrr.... que diferencia hay entre html y xhtml para ellos? Te van a dar mas "puntos" porque presentes tu doc en xhtml que en html?
orange
HARTUM
Comentario frecuente: "Yo no quiero tratar mi documento XHTML como un XML, ¿para que querria hacer eso?
Vaya comentario... lo que deberías decirle es "lo que tendría que pasar es que el XHTML se fuera a la mierda y en el universo sólo existieran XML y CSS"
hartum
resumen del articulo para el que no se lo quiera/pueda leer:
"No seais guarros.
Poner el javascript y el CSS fuera de vuestros documentos XHTML y luego importarlos, sino cuando sean tratados como XML daran muchos problemas".
Comentario frecuente: "Yo no quiero tratar mi documento XHTML como un XML, ¿para que querria hacer eso?
Respuesta: "Tu no, pero los robots para el buscador de google si ;-)"