Forum

Feedburner resucita...
 
Avisos
Vaciar todo

Feedburner resucitando


Samuel Blázquez Fernández-Quejo
(@samquejo)
Miembro activo Socio
Registrado: hace 2 años
Respuestas: 11
Topic starter  

Buenas.

Imagino que esto ya no es noticia, pero bueno.

http://feedburnerstatus.blogspot.com/2021/02/building-modern-rss-feed-infrastructure.html

 

Hasta el momento, feedburner ha sido un servicio de sindicación de blogs.

No voy a meterme en detalles técnicos, si alguien quiere, lo hablamos, pero no es el objetivo de este hilo.

 

El caso es que habiendo 3 estándares mayoritarios, el W3C RSS, Atom, ambos en XML y JSON, en JSON, no había cabida en Google para un servicio que pretendió ser en su día el valedor del estándar W3C dentro de Google frente a Atom de Blogspot, también de Google.

 

Con el auge de los podcast, se ha hecho necesario mantener todo esto.

El gran estándar siempre va a ser el de W3C, sobre XML 2.0, y el resto se gestiona por extensiones.

Por ejemplo tendríamos el clásico bloque inicial de un blog, sistema Atom y Purl.

<rss xmlns//www.w3.org/2005/Atom" xmlns//purl.org/rss/1.0/modules/content/" version="2.0">

Otro ejemplo sería la sindicación de Youtube, sistema Atom, búsqueda de Yahoo (aunque pueda parecer raro) y esquema de Youtube.

<feed xmlns//www.youtube.com/xml/schemas/2015" xmlns//search.yahoo.com/mrss/" xmlns="http://www.w3.org/2005/Atom">

También tendríamos el nativo de iTunes, con sistema Atom y esquema propio.

<rss xmlns//www.itunes.com/dtds/podcast-1.0.dtd" xmlns//www.w3.org/2005/Atom" version="2.0">

Y por último, el más complejo y mejorado, blog basado en multimedia y RSS XML con extensión XSLT.

<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~files/feed-premium.xsl"?>
<rss xmlns//purl.org/rss/1.0/modules/content/" xmlns//wellformedweb.org/CommentAPI/" xmlns//www.itunes.com/dtds/podcast-1.0.dtd" xmlns//purl.org/dc/elements/1.1/" xmlns//search.yahoo.com/mrss/" xmlns//www.w3.org/2005/Atom" xmlns//feed.press/xmlns" xmlns//www.google.com/schemas/play-podcasts/1.0" version="2.0">

Continúo en el siguiente bloque


Citar
Etiquetas del debate
Samuel Blázquez Fernández-Quejo
(@samquejo)
Miembro activo Socio
Registrado: hace 2 años
Respuestas: 11
Topic starter  

La historia es que, hasta ahora, las cabeceras aportadas por feedburner estaban ligeramente obsoletas:

<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns//purl.org/rss/1.0/modules/content/" xmlns//wellformedweb.org/CommentAPI/" xmlns//www.itunes.com/dtds/podcast-1.0.dtd" xmlns//purl.org/dc/elements/1.1/" xmlns//search.yahoo.com/mrss/" xmlns//www.w3.org/2005/Atom" xmlns//feed.press/xmlns" xmlns//www.google.com/schemas/play-podcasts/1.0" xmlns//rssnamespace.org/feedburner/ext/1.0" version="2.0">

Y, a pesar de ser de lo más completo que existe, sigue en la versión anterior.

Eso no es malo. Aporta compatibilidad, pero pierde flexibilidad.


ResponderCitar
Samuel Blázquez Fernández-Quejo
(@samquejo)
Miembro activo Socio
Registrado: hace 2 años
Respuestas: 11
Topic starter  

El caso es que, a pesar de lo que diga Google, Feedburner o la Wikipedia, este servicio ha estado más en barbecho que otra cosa.

Durante todo este tiempo ha sido posible seguir usándolo, ha admitido altas, creación de servicios...

 

El ejemplo más claro está en el uso de feedburner enmascarando un feed, y usándolo para dar de alta en iTunes por ejemplo, o en Spotify, o en otros servicios, para evitar anclar la fuente a un proveedor de servicios.

 

Pero no ha recibido actualización de esquema y eso ha afectado al rendimiento y usabilidad.

 

Volviendo al tema de iTunes, y tras analizar un par de casos, uno de ellos de un feed de un miembro de la asociación, veo siempre lo mismo, y es que los esquemas de formación cumplen los estándares pero no los requerimientos, y cuando ya tiramos de etiquetas XML cruzadas, el lío puede venir de más allá.

 

Y para muestra un botón:

Tenemos primero la jerarquía:

<image>
  <link></link>
  <url></url>
  <title></title>
</image>

Que es la poseedora de la imagen principal de RSS, pero eso no le vale a todos, puesto que cada esquema usa sus propias etiquetas y estructuras.
Eso sería ideal, pero siempre hay cambios y cosas que se quedan por medio.

Con el ejemplo queda más claro:

<itunes:author></itunes:author>
<itunes:image href="" />
<itunes:subtitle></itunes:subtitle>
<itunes:summary></itunes:summary>
<itunes:explicit></itunes:explicit>
<itunes:type></itunes:type>

<googleplay:author></googleplay:author>
<googleplay:image href="" />
<googleplay:email></googleplay:email>
<googleplay:description></googleplay:description>
<googleplay:category text="" />
<googleplay:explicit></googleplay:explicit>

<atom10:link xmlns//www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="" />
<feedburner:info xmlns//rssnamespace.org/feedburner/ext/1.0" uri="" /><atom10:link xmlns//www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" />

Con este destripe podemos ver que mantener 3 servicios (iTunes, Google y Feedburner), y más que vendrán, no es viable, puesto que la interoperabilidad que ofrece es baja.

 

Leyendo, la actualización de Feedburner va en este sentido.

 

Y es con este comentario con lo que lo dejan claro:

Core feed management functionality will continue to be supported, such as the ability to change the URL, source feed, title, and podcast metadata of your feed. Basic analytics on feed requests and the ability to create enclosure tags for MP3 files will also continue to be supported. 

Solo queda esperar y ver que sale.

 


ResponderCitar
Compartir: