Tìm kiếm thay thế cho đồng bộ hóa Google Reader cho ứng dụng RSS

Tôi đang ở giai đoạn đầu của thiết kế ứng dụng RSS và tôi muốn bao gồm đồng bộ hóa với dịch vụ nguồn cấp dữ liệu RSS trực tuyến dưới dạng một tính năng. Hầu hết các ứng dụng như vậy đều sử dụng tính năng đồng bộ hóa/nguồn cấp dữ liệu của Google Reader, nhưng Google hiện đang di chuyển đồng bộ ra khỏi dịch vụ Reader của mình và API của nó vẫn không có giấy tờ. Có bất kỳ lựa chọn thay thế nào cho Google Reader cung cấp đồng bộ hóa trực tuyến nguồn cấp dữ liệu với ứng dụng khách trên máy tính để bàn và API có tài liệu không?Tìm kiếm thay thế cho đồng bộ hóa Google Reader cho ứng dụng RSS

Nguồn

2011-10-25 Kevin Walzer

Một vài gợi ý, trang web gốc RSS Reader Bloglines vẫn còn xung quanh, mặc dù hiện đang được quản lý mới kể từ khi MerchantCircle mua dịch vụ vào cuối năm ngoái. APIs có thể vẫn hoạt động: Hoặc chúng có thể không được dùng nữa/tắt, không tự mình thử các API.

Nếu API BlogLines không còn xung quanh đặt cược tốt hơn là LiveDoor Reader (cùng với phiên bản nguồn mở của nó được gọi là FastLadder).

Livedoor Reader là một dịch vụ của Nhật Bản, nhưng các trang FastLadder và tài liệu có sẵn bằng tiếng Anh và tiếng Nhật.

Phiên bản nguồn mở có thể tải xuống để chạy trên máy của riêng bạn là các cửa sổ, Mac OSX hoặc Linux từ here Ngoài ra còn có trang Mã nguồn của FastLadder Google.

Có ứng dụng RSS cho cả IOS và Android đồng bộ hóa với Livedoor đọc trường hợp/FastLadder. Chỉ cần tìm kiếm LDR trong các cửa hàng ứng dụng tương ứng của họ.

Nguồn

2011-10-26 03:08:52 LonelyBob

Kể từ 1.6.2012 FastLadder bị đóng. Không có cơ hội để thử nó. – Dror

Có nên là câu trả lời cho câu hỏi này, nhưng tôi không nghĩ là có.

Tôi nghĩ chúng ta đã lười biếng. Có lẽ đó là thời gian để cuộn lên tay áo của chúng tôi và làm việc.

Nguồn

2011-10-25 14:45:01

Đây là những gì tôi đang cố gắng tìm hiểu trong nhận xét của tôi trên blog của bạn. Phương án thay thế là gì? Vui lòng giúp xây dựng một. Chúng tôi đang làm việc trên một giải pháp nhập RSS có quy mô nhỏ ngay bây giờ, nhưng có thể mở rộng ra khá dễ dàng. Câu hỏi khó là làm thế nào để duy trì chi phí. Các nhà cung cấp ứng dụng có sẵn sàng trả tiền cho dịch vụ này không? Bạn không chắc chắn về mô hình kinh doanh của mình. – sujal

Điều này phải là một khoản thanh toán cho dịch vụ hoặc một "ứng dụng" nguồn mở vm (hoặc cả hai). Nó phải là một dịch vụ để trả tiền vì điều đó giữ mối quan hệ giữa nhà cung cấp và khách hàng một cách trung thực và đơn giản. Nó phải là nguồn mở để một hệ thống như vậy có thể được phân cấp. Nó có thể là cả hai bởi vì bạn sẽ được trả tiền cho lưu trữ, không phải cho phần mềm. – TedCHoward

Còn Newsblur thì sao?

http://www.newsblur.com/

Không biết gì về họ, nhưng họ dường như có một fax hợp lý của một sản phẩm theo lối này.

Đây là tài liệu API của họ. http://www.newsblur.com/api

Đây là dịch vụ đăng ký nhưng bạn có thể có tối đa 64 nguồn cấp dữ liệu miễn phí.

Nguồn

2011-10-25 15:57:31

Tôi không nghĩ rằng có một câu trả lời sẵn sàng chưa, nhưng tôi nghĩ rằng Brent Simmons có một spec sơ bộ những gì có thể là một khởi đầu:

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

Về cơ bản, hãy tưởng tượng một máy chủ quản lý danh sách thuê bao thức ăn chăn nuôi và ghi chú thích cho các mục nguồn cấp dữ liệu. Các chú thích đó cho các mục sẽ là những thứ như (un) đã đọc, được gắn dấu sao, chia sẻ, lưu, xóa hoặc bất kỳ ứng dụng nào khác có thể muốn đính kèm vào mục nguồn cấp dữ liệu. Nó phải đơn giản và không tìm nạp hoặc xử lý nguồn cấp dữ liệu - các ứng dụng và thư viện khác đã làm tốt điều đó.

Nguồn

2011-10-25 23:04:46 LMOrchard