2011-10-25 20 views
5

Estoy en las primeras etapas de diseño de una aplicación RSS, y me gustaría incluir la sincronización a un servicio de alimentación RSS en línea como una característica. La mayoría de estas aplicaciones utilizan las funciones de sincronización/feed de Google Reader, pero ahora Google está eliminando la sincronización de su servicio de Reader, y su API permanece sin documentar. ¿Hay alguna alternativa a Google Reader que ofrezca sincronización en línea de feeds con un cliente de escritorio y que tenga una API documentada?Buscando una alternativa a Google Reader sincronizar para la aplicación RSS

Respuesta

2

Un par de sugerencias, la web original Lector RSS BlogLines todavía está alrededor, aunque ahora bajo nueva administración desde que MerchantCircle compró el servicio a fines del año pasado. El APIs puede seguir funcionando: O pueden estar en desuso/desactivados, no he probado las API.

Si BlogLines API ya no ofrece una mejor apuesta es LiveDoor Reader (junto con su versión de código abierto se llama FastLadder).

Livedoor Reader es un servicio japonés, pero las páginas y la documentación de FastLadder están disponibles en inglés y japonés.

Descargable Versiones de fuentes abiertas para ejecutar en sus propias máquinas, ya sean Windows, Mac OSX o Linux desde here También hay una página de códigos fuente FastLadder de Google.

Hay aplicaciones RSS para IOS y Android que se sincronizan con las instancias de LiveDoor Reader/FastLadder. Simplemente busque LDR en sus respectivas tiendas de aplicaciones.

+0

Desde 1.6.2012 FastLadder está cerrado. No tuve la oportunidad de probarlo. – Dror

4

There debería ser una respuesta a esta pregunta, pero no creo que exista.

Creo que tenemos pereza. Tal vez es hora de arremangarse y ponerse a trabajar.

+0

Esto es lo que estaba tratando de fingir en mis comentarios en su blog. ¿Cuál es la alternativa? Feliz de ayudar a construir uno. Estamos trabajando en una solución de ingesta de RSS a pequeña escala en este momento, pero podría escalar con bastante facilidad. La pregunta difícil es cómo mantener los costos. ¿Los proveedores de aplicaciones estarían dispuestos a pagar por este servicio? No estoy seguro de cómo se ven sus modelos de negocios. – sujal

+0

Esto debería ser un pago por el servicio o una "aplicación" de vm de código abierto (o ambas). Debe ser un servicio a pagar, ya que mantiene la relación vendedor-cliente honesta y directa. Debe ser de código abierto para que dicho sistema pueda descentralizarse. Podría ser tanto porque estarías pagando por el hosting, no por el software. – TedCHoward

3

¿Qué hay de Newsblur?

http://www.newsblur.com/

No sabe nada de ellos, pero ellos parecen tener un facsímil razonable de un producto en esta línea.

Aquí están sus documentos API. http://www.newsblur.com/api

Son un servicio de suscripción, pero puede tener hasta 64 feeds de forma gratuita.

0

Creo que no hay una respuesta preparada todavía, pero creo Brent Simmons tiene una especificación aproximada de lo que podría ser un comienzo:

http://inessential.com/2010/02/08/idea_for_alternative_rss_syncing_system

Básicamente, imaginar un servidor que gestiona listas de suscripción de alimentación y captura anotaciones para elementos de feed. Esas anotaciones para los elementos serían cosas como (no) leer, destacar, compartir, guardar, eliminar o cualquier otra cosa que una aplicación desee adjuntar a un elemento de feed. Debe ser simple y no buscar o procesar feeds por sí mismos: otras aplicaciones y bibliotecas ya lo hacen bien.

Cuestiones relacionadas