se usa XML? actualmente q opinan

[aldo_rengo]

hola una pregunta, queria saber, que opinan del lenguaje de marcado , para datos, conocido como XML?

por q en mi trabajo , creo haberle preguntado a un compañero y me dijo ,
XML? que es eso...
jaja,

bueno el tema es que se usa mucho, json, para lo que son datos.

y todo es json ,

la pregunta, es en el caso de ustedes, que usan , que opinan, entre json y xml,
creeeo que xml, se mantiene en el wsdl, algo asi creo que se llama, a la configuracion , de SOAP.

[caricatos]

Hola:

En mi opinión es mucho mejor usar xml que usar json, ya que con xml no dependes de javascript, y todos tienen derecho a deshabilitarlo... es más, el abuso de javascript en chorradas fue motivo suficiente para muchos para evitarlo hace pocos años (la mosca cojonera siguiendo al cursor, por ejemplo)

Con XML puedes usar Ajax de manera accesible, y entre otras cosas, un formato gráfico con mucho futuro es el "SVG", basado en XML.

Saludos

[dashtrash]

Iniciado por caricatos

Hola:

En mi opinión es mucho mejor usar xml que usar json, ya que con xml no dependes de javascript,

Json no depende de javascript.Json es un formato de datos.De lo que depende es de que haya codificadores y decodificadores disponibles en el lenguaje que sea (practicamente todos,hoy en dia).Lo mismo que ocurre con XML.Necesitas parsers.

XML es algo más que un formato de datos.Soporta especificación de metadata usable (los cuales también son documentos XML) para validación y transformación de los datos, y de su estructura.

Una página web puede ser creada en el cliente a partir de un documento XML y una transformación XSL/T, lo cual hubiera sido genial para cosas como la web semántica, la separación de datos y presentación en el desarrollo, etc...si no fuera porque los search engines nunca lo soportaron (y el proceso de estandarización de tags habría sido complejo).
Si los datos que manejas van a necesitar ser validados por los consumidores, o le ves utilidad en transformarlos a otros formatos, XML es una solución.
Si lo único que quieres es enviar datos que no vas a validar, o con estructuras simples, XML puede llegar a ser innecesariamente complejo.
Y, dado que la complejidad de XML puede llegar a ser muy grande, los parsers XML siempre serán más pesados.

[caricatos]

Hola:

Cuando veo este tipo de preguntas me imagino que las hacen para elegir una de las dos codificaciones/lenguajes para intercambiar datos, sobre todo para leerlos con javascript (la "J" de Json). Es muy corriente ver pasar datos para recibirlos con Ajax, cuando Ajax se implementa casi siempre con el objeto XMLHttpRequest.

De todos modos no veo difícil (nada difícil) crear documentos xml, incluso sin librerías específicas... hay que saber tan solo las reglas para que el xml esté bien formado. En php basta con un header correcto y saber tratar los specialchars... quizá alguna cosilla más.

Otros documentos que son fáciles de escribir (al menos yo lo hago) son lod rss y los sitemaps.

Sobre lo que dices de los parsers pesados... aunque pueda ser cierto, pasa que el uso de Ajax está comenzando a generar otro vicio, que es el de no querer usar más de una url y cargar todo con Ajax... pero eso sería una discusión aparte.

Saludos

[dashtrash]

Iniciado por caricatos

Hola:

Cuando veo este tipo de preguntas me imagino que las hacen para elegir una de las dos codificaciones/lenguajes para intercambiar datos, sobre todo para leerlos con javascript (la "J" de Json). Es muy corriente ver pasar datos para recibirlos con Ajax, cuando Ajax se implementa casi siempre con el objeto XMLHttpRequest.

De todos modos no veo difícil (nada difícil) crear documentos xml, incluso sin librerías específicas... hay que saber tan solo las reglas para que el xml esté bien formado. En php basta con un header correcto y saber tratar los specialchars... quizá alguna cosilla más.

Otros documentos que son fáciles de escribir (al menos yo lo hago) son lod rss y los sitemaps.

Sobre lo que dices de los parsers pesados... aunque pueda ser cierto, pasa que el uso de Ajax está comenzando a generar otro vicio, que es el de no querer usar más de una url y cargar todo con Ajax... pero eso sería una discusión aparte.

Saludos

No creo que la discusión sea si algo es fácil o difícil de escribir.Sino de cuándo un formato de datos es más adecuado que otro para una determinada tarea.
La adecuación o no del formato de datos (la 'N' de JSON), es independiente de nombres, o de la facilidad de "creación" (la creación sólo es parte del proceso.Es trivial crear un XML o un json.Y parsearlo?Es trivial hacer un parser JSON.Es trivial hacer un parser XML?).
No veo la relación de Ajax con los parsers pesados.Ajax es el transporte, no el formato de datos.El vicio del que hablas (en caso de que sea un vicio), existe igual tanto si lo que se transmite vía ajax son datos en JSON como si son XML.
No entro en preferencias personales, sino en dar un criterio,para que sea el OP el que elija qué usar.

[Erick_MD9]

Iniciado por caricatos

el uso de Ajax está comenzando a generar otro vicio, que es el de no querer usar más de una url y cargar todo con Ajax... pero eso sería una discusión aparte.
Saludos

Me ha estado dando ese 'vicio', ¿es un vicio? ¿es tan malo? ¿por?

[andresdzphp]

Iniciado por Erick_MD9

Me ha estado dando ese 'vicio', ¿es un vicio? ¿es tan malo? ¿por?

Es malo por temas de SEO.

[Erick_MD9]

Iniciado por andresdzphp

Es malo por temas de SEO.

Gracias Andres, será posible que nos compartas alguna experiencia, o una explicación un poco más amplia.

[andresdzphp]

Quiero decir que vas a tener problemas con los buscadores si abusas de ajax, puede llegar a ser tan malo como usar flash. No estoy diciendo que no sea útil (formularios, traer datos rápidos, votaciones etc) pero no se debe cargar todo con ajax y si desactivo javascript?

Estoy de acuerdo que XML es más pesado que usar JSON, pero se sigue usando mucho todavía.

[Erick_MD9]

Iniciado por andresdzphp

Quiero decir que vas a tener problemas con los buscadores si abusas de ajax, puede llegar a ser tan malo como usar flash. No estoy diciendo que no sea útil (formularios, traer datos rápidos, votaciones etc) pero no se debe cargar todo con ajax y si desactivo javascript?

Estoy de acuerdo que XML es más pesado que usar JSON, pero se sigue usando mucho todavía.

La verdad, el ultimo par de años le he ido perdiendo el respeto a javascript desactivado, voy a investigar un poco, haber como andan las cosas.

Gracias

[Triby]

También Firefox le perdió el respeto a Javascript desactivado... ahora siempre está activo y no te da opciones para modificar esa configuración, aunque, por supuesto, existen about:config y algunos complementos que te ayudan a lograrlo con un solo click.

https://support.mozilla.org/es/questions/971170

Otro inconveniente de AJAX es usabilidad / accesibilidad. El primer punto lo puedes solucionar satisfactoriamente con # en la url y un buen script (o framework), de hecho, se supone que jQuery te facilita mucho el manejo de historial de navegación con AJAX.

En cuanto a la accesibilidad, desde inicio requieres un método alternativo para ingresar a todo el contenido del sitio, puesto que hay personas con discapacidades diferentes que se ven forzadas a usar navegadores sin javascript.

[caricatos]

Hola:

Iniciado por Triby

...

Otro inconveniente de AJAX es usabilidad / accesibilidad. El primer punto lo puedes solucionar satisfactoriamente con # en la url y un buen script (o framework), de hecho, se supone que jQuery te facilita mucho el manejo de historial de navegación con AJAX.

...

Yo prefiero evitar el href="#" usando la misma url de la petición Ajax, pero mi solución es basada en XML:

La petición Ajax esperando respuesta xml (XMLHttpRequest). Ese XML con su hoja XSL para que el navegador pueda mostrar bien ese contenido, aunque con javascript se cancele el enlace y se procese ese mismo fichero usando Ajax.

Es usable y accesible, y ese contenido que se supone que queremos que sea localizado por los buscadores, es indexado correctamente por los robots de búsqueda.

Es tal vez algo más engorroso de programar, pero cumple el objetivo y el trabajo SEO está mejor hecho.

En mi caso, tengo el sitemap.xml (también con imágenes) asociado a una hoja xsl donde con javascript mejoro la presentación...

Estoy convencido que los "pros" a favor de XML pesan más que sus "contras".

Saludos

[dashtrash]

Los asuntos de buscadores, SEO, etc, es sólo parte del desarrollo web de hoy en día. Existen "páginas" web, indexables, públicas, cuyo objetivo es tener visitantes.Existen "aplicaciones" web, donde no importan ninguno de esos objetivos (intranets, sistemas de gestión).Existen situaciones mixtas (webs públicas con contenido indexable, y con zonas privadas,no indexables, tipo aplicación), aplicaciones para móviles, aplicaciones de escritorio...
No hay muchas respuestas si/no ("ajax es un vicio?").Normalmente, es "depende".HTTP fue pensado para transferencia de documentos, alias "páginas".Todo lo que hoy en día corre bajo un navegador, son documentos? Es lo mismo generar documentos que interfaces de usuario para un tablet?

[caricatos]

Hola:

Tal como he dicho en mi primer mensaje, estoy dando mi opinión; también procuro matizarla. En este mensaje se plantea si se usa XML, y he nombrado donde se usa (sitemaps, feeds, svgs). Y leyendo la pregunta inicial, hice el comentario de mi preferencia de un formato sobre el otro, donde la accesibilidad para mi tiene mucho peso (sigue siendo mi opinión).

Sobre si Ajax es un vicio, creo que no, y también lo he matizado. Lo que he notado desde que se habla de Ajax es una tendencia al "mal uso" de la tecnología.

Saludos

[Cuervoo]

Que buen tema. Uso poco y nada xml asique me viene al pelo leerlos.

Con lo del SEO y ajax, a mi me parece que tiene que estar poco pensada la implementación como para que afecte. Es díficil imprimir algo por ajax que no sea visible en ninguna otra parte de la página.

Generalmente lo usamos para cargar porciones de datos que queremos que aparezcan sin que salga de donde está y evitar mandarlo a otro lugar y empiece a perderse, o nos parece más cómodo o más "usable" que aparezca ahi.

Suponiendo, está viendo el post de una persona. Un boton que diga "ver más posts de Fulanito" y que aparezcan sin mandarlo al perfil. Esto no afecta porque ya hay una ruta específica al perfil donde va a mostrar sus post y tenerlo duplicado (dicen los que saben) que es contraproducente. Y donde se lista la misma cantidad de contenido es preferible tenerlo como nofollow (como ver los posts de una etiqueta en particular), o sea que sería exactamente lo mismo.

Para imprimir algo que solamente sea accesible por ajax, como decia, tiene que estar mal pensada la implementación y creo que no tardaría mucho el desarrollador en darse cuenta que tenerlo ahi no beneficia ni al SEO ni al usuario que es la unica forma que tiene de acceder. Como cuando se usaban los benditos frames que había muchas páginas que no podías pasar una sección específica, o las páginas en flash.

El abuso de ajax para mi viene por páginas como twitter o facebook que cargan todo dinamicamente y la gente quiere copiar eso porque marcan tendencia. Pero nuestras páginas no son ninguna de esas. Google modifica su buscador para acomodarse a ellos, mientras que nosotros estamos dia a dia viendo como acomodarnos a Google. Hay una pequeña diferencia de jerarquía.

[dashtrash]

Iniciado por caricatos

En este mensaje se plantea si se usa XML, y he nombrado donde se usa (sitemaps, feeds, svgs).
Saludos

Exacto, y es en esos casos es cuando aplica el comentario:

XML es algo más que un formato de datos.Soporta especificación de metadata usable (los cuales también son documentos XML) para validación y transformación de los datos, y de su estructura

Porque los sitemaps, feeds y svgs tienen una estructura compleja y variable, y los consumidores son terceros (especialmente, los sitemaps y los feeds, aunque el renderer de svg también es un "tercero").Son "estándares" de intercambio de información, por lo que se benefician de sistemas de validación donde el cliente no puede suponer que cualquier dato que consuma va a tener una estructura correcta, sobre todo si esta estructura es muy compleja.
La lista de opciones a mostrar en un combobox de una web, no tiene los mismos requerimientos de estructura o validación.El productor y el unico consumidor están en las mismas manos.
Yo también he utilizado XML/XSL para creación de páginas, y cosas como los HTC de microsoft, que también me gustaron en su tiempo.Depende del tipo de proyecto.
En cualquier caso, mi comentario anterior era debido a que se estaba hablando de SEO, Ajax, etc, cuando la pregunta original no era sobre esto.