RSS फ़ीड रीडर की मौजूदा स्थिति

 (lighthouseapp.io)
6 पॉइंट द्वारा GN⁺ 2025-10-10 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • RSS फ़ीड और फ़ीड रीडर 20 से अधिक वर्षों से मौजूद हैं, और इनका मुख्य उद्देश्य विभिन्न स्रोतों की सामग्री को एक ही जगह पर पढ़ना और content overload को manage करना है
  • मौजूदा बाज़ार में deployment model (local, browser extension, self-hosting, hosted) और business model (free, one-time payment, SAAS) के आधार पर वर्गीकृत कई तरह के फ़ीड रीडर उत्पाद मौजूद हैं
  • browser extension और on-device उत्पाद आसान setup और local data control देते हैं, लेकिन फ़ीड import सीमित होता है; self-hosting पूर्ण data control देता है, पर इसके लिए तकनीकी setup की ज़रूरत होती है
  • hosted उत्पाद (Feedly, Inoreader, Readwise Reader आदि) औसतन सबसे polished user experience और comprehensive features देते हैं, और लगातार फ़ीड import व devices के बीच sync का समर्थन करते हैं
  • ज़्यादातर उपयोगकर्ताओं के लिए free plan देने वाले hosted उत्पाद सबसे बेहतर विकल्प हैं, जबकि पूर्ण data control की ज़रूरत होने पर self-hosting विकल्प (FreshRSS, Miniflux) पर विचार किया जा सकता है

परिचय: RSS फ़ीड रीडर का इतिहास और महत्व

  • RSS, Atom, JSON Feed जैसे web feed standards 20 से अधिक वर्षों से उपयोग में हैं, और ये अलग-अलग स्रोतों की सामग्री को एक साथ पढ़ने में मदद करते हैं
  • हाल के वर्षों में content overload की समस्या के कारण फ़ीड रीडर की आवश्यकता और अधिक उभरकर सामने आई है
  • पहले केवल कुछ ही उत्पाद मौजूद थे, लेकिन अब अलग-अलग परिस्थितियों और उपयोग के लिए कई उत्पाद उपलब्ध हैं
  • जो उपयोगकर्ता पहली बार RSS और फ़ीड रीडर देख रहे हैं, उनके लिए बहुत ज़्यादा विकल्पों के कारण सही उत्पाद चुनना कठिन हो सकता है
  • इस लेख का उद्देश्य फ़ीड रीडर बाज़ार की वर्गीकरण व्यवस्था और प्रत्येक उत्पाद की विशेषताओं की तुलना करके अपने लिए उपयुक्त उत्पाद चुनने में मदद करना है

फ़ीड रीडर की वर्गीकरण प्रणाली

  • फ़ीड रीडर को deployment model और business model इन दो आधारों पर वर्गीकृत किया जाता है
    • deployment model: local (phone या PC), browser extension, self-hosting, hosted
    • business model: free, one-time payment, SAAS
  • deployment model का निर्धारण data कहाँ store होता है और फ़ीड import कहाँ होता है इस आधार पर किया जाता है
    • यदि किसी उत्पाद में web app और mobile app दोनों हों, लेकिन फ़ीड सर्वर पर import होती हो, तो उसे 'hosted' माना जाएगा
  • business model का निर्धारण उस सबसे सस्ते विकल्प के आधार पर किया जाता है, जिससे सभी features तक access मिल सके
    • self-hosting समर्थित उत्पादों को 'free' और premium SAAS उत्पादों को 'paid (SAAS)' के रूप में वर्गीकृत किया जाता है

deployment model के अनुसार विशेषताएँ और उत्पाद

  • browser extension

    • install और manage करना आसान है, और बिना account के तुरंत इस्तेमाल किया जा सकता है
    • data local storage में रखा जाता है, और storage क्षमता device की क्षमता पर निर्भर करती है
    • फ़ीड refresh केवल तब होता है जब browser खुला हो, इसलिए कुछ posts छूटने की संभावना रहती है
    • data सामान्यतः केवल उसी device पर उपलब्ध होता है जहाँ यह install है, लेकिन browser sync feature का उपयोग किया जा सकता है
    • समृद्ध browser integration features मिलते हैं, लेकिन machine learning आधारित या अधिक compute power माँगने वाले features सीमित रहते हैं
    • free उत्पाद बहुत कम हैं
    • प्रमुख उत्पाद: Feedbro (इस समय एकमात्र सक्रिय उत्पाद, Smart-RSS फ़रवरी में बंद हो गया)

  • on-device

    • iOS, Android, Windows, Mac, Linux आदि के लिए device-specific installable apps
    • application install करने से setup पूरा हो जाता है; कुछ में account की ज़रूरत होती है, और maintenance manual या automatic updates से होता है
    • data device में store होता है, इसलिए control को अधिकतम किया जा सकता है
    • refresh केवल तब संभव है जब app चल रही हो; कुछ apps background refresh service भी देती हैं
    • सामान्यतः data केवल install किए गए device पर ही उपलब्ध होता है
    • data sync के लिए manual तरीका या OS-specific sync (जैसे iCloud) की ज़रूरत पड़ती है
    • architecture मुख्य रूप से single-user केंद्रित होती है, और अधिकांश में offline access आसान होता है
    • features app के अनुसार अलग-अलग होते हैं, लेकिन versatility और performance device की सीमाओं के भीतर अच्छी होती है
    • mobile apps में आमतौर पर desktop apps की तुलना में कम features होते हैं
    • multi-user features या newsletter subscription जैसी विशेष infrastructure-based सुविधाएँ सीमित होती हैं
    • प्रमुख free उत्पाद: NetNewsWire, Thunderbird, RSS Guard, Vienna आदि
    • प्रमुख paid उत्पाद: Fiery Feeds, Lire, Reeder, ReadKit आदि

  • self-hosting

    • सभी open source और free उत्पाद हैं, जिन्हें server पर install करके लगातार चलाने के लिए डिज़ाइन किया गया है
    • server setup, domain, reverse proxy configuration आदि की ज़रूरत होने से तकनीकी प्रवेश बाधा होती है
    • पूरा data server पर store होता है, और server उपयोगकर्ता storage व data पर पूर्ण नियंत्रण रख सकता है
    • लगातार service चलने के कारण तेज़ फ़ीड refresh संभव है और high-frequency feeds भी बिना समस्या संभाली जा सकती हैं
    • कहीं से भी web browser के जरिए access संभव है, और data अपने-आप sync हो जाता है
    • औसतन browser extension या on-device रीडर की तुलना में ज़्यादा व्यापक features मिलते हैं
    • सैद्धांतिक रूप से features की कोई सीमा नहीं है, लेकिन setup और maintenance को सरल रखने के लिए infrastructure को सरल रखा जाता है
    • hosted विकल्पों की तुलना में थोड़े कम शक्तिशाली होते हैं
    • प्रमुख उत्पाद: Miniflux, FreshRSS, CommaFeed, Nextcloud News, selfoss, yarr
    • सभी open source और free हैं, और एकमात्र लागत server cost है (सबसे सस्ता VPS plan लगभग $2/माह से)

  • hosted (SAAS)

    • company द्वारा प्रबंधित subscription-based services हैं, जिनमें account बनाना ज़रूरी है; सभी paid SAAS उत्पाद हैं (हालाँकि अधिकांश free plan देते हैं)
    • औसतन सबसे polished user experience और सबसे comprehensive features देते हैं
    • data, infrastructure, updates आदि हर चीज़ की ज़िम्मेदारी service provider की होती है
    • data company server पर store होता है, लेकिन GDPR जैसे क़ानूनों के तहत data export और deletion का अनुरोध किया जा सकता है
      • storage space मूल रूप से unlimited है (दुरुपयोग रोकने के लिए सीमाएँ pricing page पर दी जाती हैं)
    • high-availability infrastructure की वजह से कभी भी फ़ीड refresh/access संभव है, और लोकप्रिय फ़ीड्स को अधिक बार refresh किया जाता है
    • जटिल और शक्तिशाली infrastructure के कारण recommendations, email ingestion, AI summaries जैसे advanced features उपलब्ध होते हैं
    • प्रायः web applications के रूप में उपलब्ध होते हैं, और कुछ native apps भी देते हैं
    • server पर data store होने के कारण devices के बीच default sync मिलता है, और कुछ offline support भी देते हैं
    • सबसे परिपक्व user experience प्रदान करते हैं
    • प्रमुख उत्पाद: Lighthouse, Feedly, Inoreader, NewsBlur, Feedbin, Readwise Reader, Feeder आदि
    • सभी hosted उत्पाद monthly billing वाले SAAS उत्पाद हैं (Folo अभी free है, लेकिन आगे paid features जोड़ने की योजना है)

native app support और offline access

  • कई self-hosted या hosted उत्पाद अपना app या offline access नहीं देते
  • लेकिन API (proprietary या Google Reader API compatible) उपलब्ध होने से external apps (ReadKit, Fiery Feeds आदि) के माध्यम से integration और offline access संभव है
    • content download करके local storage में रखा जाता है
    • बदलावों को फिर connected उत्पाद के साथ sync किया जाता है
  • इस तरीके से जिन services के पास अपना app support नहीं है, उनमें भी native app experience और offline features उपयोग किए जा सकते हैं
  • FreshRSS जैसी कुछ services आधिकारिक compatible apps की सूची भी देती हैं

newsletter support

  • newsletter एक blog/content delivery mechanism के रूप में लगातार अधिक महत्वपूर्ण हो रहे हैं
  • कुछ hosted फ़ीड रीडर native newsletter support देते हैं
  • on-device उत्पाद infrastructure constraints के कारण newsletter सीधे receive नहीं कर सकते
  • newsletter को RSS feed में बदलने वाली services का उपयोग किया जा सकता है
    • एक email address generate किया जाता है और उसके लिए feed URL दिया जाता है
    • उस generated address पर आने वाले email, feed में नए items के रूप में जोड़ दिए जाते हैं
    • Kill the Newsletter और Lighthouse Newsletter to RSS tools free में उपलब्ध हैं

प्रमुख उत्पादों की विशेषताओं का सारांश

  • NetNewsWire (on-device, free)

    • Mac और iOS के लिए free on-device फ़ीड रीडर
    • मूल रूप से data device में store करता है, लेकिन iCloud और अन्य उत्पादों के माध्यम से sync संभव है
    • Safari extension के जरिए फ़ीड जोड़ना आसान है
    • AppleScript support से विशेष workflow automation संभव है

  • Fiery Feeds (on-device, SAAS)

    • Mac & iOS app, जिसका बड़ा फ़ायदा कई तरह के themes और customization विकल्प हैं
    • अपने storage के अलावा iCloud और FreshRSS API जैसी अन्य services से integration संभव है
    • premium features की कीमत $15/वर्ष

  • Reeder (on-device, SAAS)

    • Mac और iOS app, premium features लगभग $10/वर्ष
    • इसकी मुख्य खासियत RSS, podcasts, social media आदि को शामिल करने वाली unified timeline है

  • FreshRSS (self-hosting, free)

    • setup के बाद web app के रूप में उपयोग किया जा सकने वाला self-hosted फ़ीड रीडर
    • सामान्य फ़ीड subscription के अलावा WebSub जैसे advanced feed support भी उपलब्ध
    • themes और extensions से customization संभव, और 15 से अधिक भाषाओं का support
    • Miniflux के साथ सबसे अधिक recommend किया जाने वाला self-hosting विकल्प

  • Miniflux (self-hosting, free)

    • आकर्षक features की बजाय सरल और तेज़ होने पर ध्यान
    • hosted version भी उपलब्ध ($15/वर्ष, 15 दिन का free trial)
    • FreshRSS के साथ सबसे अधिक recommend किया जाने वाला self-hosting विकल्प

  • Folo (hosted, free)

    • RSS Hub के निर्माताओं द्वारा विकसित नया उत्पाद
    • सभी प्रमुख platforms के लिए apps उपलब्ध, अभी free है (भविष्य में premium features paid होंगे)
    • open source होने के कारण सैद्धांतिक रूप से self-host भी किया जा सकता है
    • newsletter support, websites को feed में बदलना, AI summaries जैसी विशाल feature set उपलब्ध

  • Feedly (hosted, SAAS)

    • सबसे व्यापक रूप से जाना जाने वाला उत्पाद और सभी फ़ीड रीडरों में सबसे अधिक users वाला
    • comprehensive features और free plan प्रदान करता है
    • हाल के वर्षों में यह AI features और enterprise customers पर अधिक केंद्रित दिखता है

  • Inoreader (hosted, SAAS)

    • Feedly के बाद सबसे अधिक प्रसिद्ध उत्पाद, free plan उपलब्ध
    • social media subscription support, automation और AI features, public API और integrations जैसी प्रभावशाली feature list
    • Reddit पर price increase की शिकायतें दिखाई देती हैं, लेकिन अधिकांश उपयोगकर्ता संतुष्ट हैं

  • Readwise Reader (hosted, SAAS)

    • मूल Readwise निर्माताओं का अपेक्षाकृत नया उत्पाद
    • यह एक उत्कृष्ट फ़ीड रीडर है, लेकिन इसकी असली ताकत बेहतरीन reading experience है
    • PDF, ebooks आदि के लिए reading view भी देता है
    • beta के रूप में चिह्नित है, लेकिन कई वर्षों से beta में होने के बावजूद वास्तव में स्थिर उत्पाद है

  • Tiny Tiny RSS

    • लंबे समय से कई लोग इसका उपयोग करते रहे हैं और RSS subreddit में इसे अक्सर recommend किया जाता है
    • 3 अक्टूबर को maintainer ने काम रोकने और 1 नवंबर को पूरा infrastructure हटाने की घोषणा की
    • अन्य maintainers द्वारा project fork आ सकता है, लेकिन भविष्य की दिशा अभी स्पष्ट नहीं है

  • Lighthouse (hosted, SAAS)

    • अपेक्षाकृत नया उत्पाद, beta में है (अर्थात सरल फ़ीड reading से आगे की vision के लिए सभी features अभी नहीं हैं)
    • इसकी मुख्य खासियत फ़ीड से ज़्यादा articles पर फोकस और article curation के लिए अलग view (inbox) देना है
    • high-value content खोजने पर केंद्रित

समान उत्पाद श्रेणियाँ और चयन मानदंड

  • news aggregators

    • विभिन्न स्रोतों से समाचार अपने-आप collect और curate करते हैं
    • कुछ customization options देते हैं, लेकिन ये news-focused होते हैं और फ़ीड रीडर की तरह मनचाही फ़ीड subscribe नहीं करने देते
    • सबसे प्रासंगिक news stories का overview देने पर केंद्रित
    • उदाहरण: Kagi News, Ground News, SmartNews

  • reading lists (Read-it-later apps)

    • web पर मिले links को save और organize करने के लिए उपयोग
    • कई फ़ीड रीडर भी यही सुविधा देते हैं, लेकिन reading list apps link saving के लिए optimized होते हैं
    • उदाहरण: Instapaper, Matter, Karakeep (self-hosting विकल्प उपलब्ध)

फ़ीड रीडर चुनने की गाइड

  • अधिकांश लोगों के लिए hosted उत्पाद सबसे अच्छा विकल्प हैं
    • आमतौर पर सबसे polished और शक्तिशाली उत्पाद
    • full-time engineers वाली कंपनियों का समर्थन प्राप्त
    • आमतौर पर free plan देते हैं, इसलिए सीमाओं के भीतर free उपयोग संभव
  • यदि अधिक विशिष्ट आवश्यकताएँ हों, तो अन्य श्रेणियों के उत्पाद अधिक उपयुक्त हो सकते हैं
    • उदाहरण: यदि पूर्ण data control चाहिए, तो self-hosting विकल्प चुनें
  • पहले श्रेणी तय करना, फिर कई उत्पाद देखना या स्वयं आज़माना सबसे आसान तरीका है
  • लगभग सभी उत्पाद OPML import और export का समर्थन करते हैं, इसलिए उत्पादों के बीच फ़ीड subscriptions को लगभग बिना मेहनत के स्थानांतरित किया जा सकता है
  • उपयोग, data control के स्तर, offline support आदि के आधार पर उपयुक्त उत्पाद-श्रेणी चुनना सबसे प्रभावी तरीका है

संबंधित पढ़ाई

2 टिप्पणियां

 
quilt8703 2025-10-10

Google Reader बंद होने के बाद मैं Feedly पर चला गया था, फिर करीब 10 साल तक उसे इस्तेमाल नहीं किया। हाल ही में मैंने उसे फिर से थोड़ा झाड़-पोंछकर इस्तेमाल करना शुरू किया है, और पता चला कि आजकल भी कई तरह की सेवाएं लॉन्च हो रही हैं। मुझे यह अच्छी तरह पता नहीं था।
 
GN⁺ 2025-10-10
Hacker News की राय
  • मुझे आज भी पुराना Google Reader याद आता है। उसकी सबसे अच्छी बात यह थी कि मैं अपनी पसंद के लेख दोस्तों के साथ आसानी से शेयर कर सकता था, उन्हें फ़ीड में डाल सकता था, और आपस में कमेंट भी कर सकते थे। ब्लॉग पोस्ट या लेख शेयर करने के लिए वह सच में एक शानदार नेटवर्क था। मुझे लगता है कि Google Reader का बंद होना Old Web के पतन के बड़े कारणों में से एक था। उसके बाद ज़्यादातर social platforms का मकसद यह हो गया कि यूज़र platform छोड़कर दूसरी साइटों पर न जाएँ। मैंने हाल ही में Facebook पर एक प्रयोग किया, जिसमें एक पोस्ट में YouTube वीडियो का लिंक डालकर उस पर अपने लंबे विचार लिखे, और दूसरी पोस्ट में वही वीडियो सीधे Facebook पर अपलोड करके वही टेक्स्ट डाला। सीधे अपलोड किए गए वीडियो को सिर्फ लिंक वाली पोस्ट की तुलना में 1000 गुना ज़्यादा views मिले। ऊपर से Facebook अक्सर मूल वीडियो लिंक को भी छिपा देता था, जो केवल "सभी कमेंट देखें" तक फैलाने पर ही दिखता था। आखिरकार ऐसा लगता है कि Facebook बाहरी साइटों के लिंक वाली पोस्ट की visibility बहुत कम कर देता है या उन्हें लगभग छिपा देता है, और इससे पूरा माहौल बंद व घुटनभरा लगता है। ऐसे माहौल में विचारपूर्ण ब्लॉग पोस्ट शेयर करना लगातार मुश्किल होता जा रहा है, इसलिए अब इसे इस्तेमाल करने का मन नहीं करता। मुझे सच में सिर्फ एक अच्छा RSS reader नहीं चाहिए, बल्कि पुराना Google Reader या Google+ जैसा हल्का-फुल्का social अनुभव भी चाहिए
    • मुझे लगता है कि decentralized social RSS feed या article recommendation जैसी चीज़ें भी संभव हैं, अगर community कोई standard बना ले। पहले लोग अपने ब्लॉग पर "blogroll" या OPML फ़ाइल डालकर subscribed feeds की सूची सार्वजनिक किया करते थे। वह standardized तरीका नहीं था और सब कुछ हाथ से करना पड़ता था, लेकिन वह भी decentralized recommendation ही था। अगर OPML फ़ाइलें किसी well-known path पर रखी जाएँ, तो client recommendation graph बना सकता है। हालांकि इसमें recommendation सिर्फ feed स्तर पर होगी, जबकि article स्तर की recommendation कहीं ज़्यादा शानदार होगी। Bluesky या दूसरे distributed Twitter implementations का इस्तेमाल करके ऐसा recommendation system बनाया जा सकता है। मैं जो पढ़ता हूँ और जैसा उसे rate करता हूँ, उसके आधार पर feed reader में machine-readable recommendation posts बनाए जा सकते हैं, दूसरे लोगों की recommendations भी ली जा सकती हैं, और फिर recommendation की trustworthiness, social graph जैसी कई चीज़ों के आधार पर weights दिए जा सकते हैं। मैंने कभी ttrss में इस तरह का idea आज़माने की कोशिश की थी, लेकिन maintainer ने ज़्यादा रुचि नहीं दिखाई, इसलिए बात वहीं रुक गई। कभी-कभी यह ख़याल फिर आता है, लेकिन अभी तक इसे अमल में नहीं ला पाया
    • मैं अपनी personal project site lynkmi.com का परिचय देना चाहता हूँ। यह पुराने web की भावना से शुरू हुई थी, और ख़ास तौर पर बड़े platforms द्वारा बाहरी लिंक दबाने की प्रवृत्ति से प्रेरित थी। मुझे Facebook का वह समय याद है जब वहाँ एक "Links" section होता था, जहाँ शेयर किए गए सभी लिंक आसानी से देखे जा सकते थे। दुनिया कितनी बदल गई है, यह सोचकर अफ़सोस होता है। उम्मीद है आप भी हमारे साथ इस प्रतिरोध में शामिल होंगे। सभी tags और profiles अपने-आप RSS feeds देते हैं, और हाल ही में मैंने internal backlinks feature भी जोड़ा है, जिससे मैं बहुत संतुष्ट हूँ
    • Google Reader के अंत ने Old Web के पतन को प्रभावित किया, इस बात के जवाब में यह भी कहा जा सकता है कि social platforms इतने ताकतवर हो गए थे कि Old Web पहले ही कमज़ोर पड़ गया, और उसी का नतीजा Google Reader का बंद होना भी हो सकता है
    • मैं लंबे समय तक theoldreader.com इस्तेमाल करता रहा, लेकिन अब RSS ही छोड़ चुका हूँ। उस समय यह सेवा Google Reader के सबसे करीब थी
    • Newsblur में भी इसी तरह के social features हैं
  • अगर आप Apple ecosystem इस्तेमाल करते हैं, तो Mac या iPhone पर NetNewsWire सच में बेहतरीन है। यह अब commercial product नहीं है, और Brent Simmons इसे सच्चे लगाव के साथ मुफ़्त में विकसित कर रहे हैं। उनकी हाल की development philosophy पर लिखा गया पोस्ट यहाँ देखा जा सकता है। सबसे महत्वपूर्ण feature यह है कि laptop और phone के बीच feed read state sync हो जाती है
    • feed state sync iCloud के ज़रिए मिलती है, इसलिए यह केवल iPhone/Mac पर ही काम करती है। लेकिन NetNewsWire RSS feed aggregators (जैसे FreshRSS) के साथ integration भी सपोर्ट करता है, इसलिए Apple के बाहर के devices पर भी read state sync की जा सकती है। कई सालों तक मैंने दूसरे RSS apps आज़माने के बारे में सोचा, लेकिन इसी feature की वजह से NetNewsWire पर टिका रहा
    • मैं 2003 से NetNewsWire लगातार इस्तेमाल कर रहा हूँ। यह बहुत साफ-सुथरे ढंग से काम करता है, और यह ऐसा user-focused news reader है जो चीज़ों को gamify या overly social बनाने की कोशिश नहीं करता, इसलिए मुझे बहुत पसंद है
    • मैंने भी शुरुआत NetNewsWire से की थी, फिर iPhone आने के बाद Reeder पर गया, और बाद में Google Reader बंद होने के बाद कई free alternatives आज़माए, तब जाकर News Explorer मिला। शायद यह iCloud sync को सपोर्ट करने वाले शुरुआती apps में से एक था। पहले यह धारणा थी कि iCloud sync तकनीकी रूप से बहुत problematic है, लेकिन News Explorer ने दिखा दिया कि यह ठीक से काम कर सकती है। बाद में Brent ने भी अपना विचार बदला और NetNewsWire में iCloud sync जोड़ दी। आजकल मैं फिर NetNewsWire ही इस्तेमाल कर रहा हूँ, और उम्मीद है कि इसमें RSS filtering feature भी जुड़ जाएगा। फिलहाल मैं Feed Rinse(feedrinse.com) इस्तेमाल कर रहा हूँ
    • +1, मैं भी NetNewsWire इस्तेमाल करता हूँ। iCloud sync के अलावा यह BazQux, Feedbin, Feedly, Inoreader, NewsBlur, The Old Reader, FreshRSS जैसे third-party aggregators के साथ भी integrate कर सकता है, इसलिए अगर कभी non-Apple device से access करना पड़े तो यह अच्छा विकल्प है
    • frontend के तौर पर NetNewsWire और backend में self-hosted FreshRSS इस्तेमाल करके मैं कई devices (Mac/iOS/iPadOS, web) पर अपने feeds पूरी तरह manage कर रहा हूँ
  • अगर आप खुद feed reader बना रहे हैं, तो Rachel by the Bay का Feed Reader Score Project(यह लिंक, best practices reference) ज़रूर देखें। जिन feeds का update हफ़्ते में सिर्फ एक बार होता है, उनके लिए server को हर मिनट या हर दिन query करना avoid करना चाहिए। ETag और Last-Modified का सही इस्तेमाल अनिवार्य है
  • मैंने कुछ साल Inoreader इस्तेमाल किया, फिर इस साल Miniflux पर आ गया। वजह यह थी कि Inoreader की कीमत उसके features के मुकाबले मुझे लगातार महँगी लगने लगी। migration बहुत आसान थी: Docker compose से Miniflux चलाया, Inoreader से OPML export किया और Miniflux में import कर दिया। tsdproxy और tailscale funnels से web endpoint access भी आसान हो गया। शुरुआत में मैं सिर्फ webapp इस्तेमाल कर रहा था, लेकिन फिर पता चला कि Miniflux-compatible apps बहुत हैं। आख़िरकार मैं इस setup का आनंद ले रहा हूँ:
    • Android phone/tablet पर Read You(GitHub)
    • Windows laptop पर Reactflux(GitHub)
    • Linux desktop पर RSSGuard(GitHub)
    • iPad पर Reeder classic(पहले से खरीदा हुआ है, इसलिए वही इस्तेमाल कर रहा हूँ)
    • work iPhone पर PoweReader(powereader.app) Miniflux की बड़ी ख़ासियत यह है कि यह Fever, Google Reader आदि कई APIs सपोर्ट करता है। अगर frontend इनमें से सिर्फ एक को भी सपोर्ट करे, तो उसे पूरी तरह इस्तेमाल किया जा सकता है। किसी भी platform पर native experience मिलने से मैं बहुत संतुष्ट हूँ
  • मैं अपना feed reader brook-feed-reader पेश करना चाहता हूँ (Firefox add-on link)। अभी यह केवल Firefox में चलता है, लेकिन अगर रुचि हो तो Chrome port पर भी विचार कर सकता हूँ। मैं feeds सीधे browser में पढ़ना चाहता था और उन्हें अपने device पर ही manage करना चाहता था। इसमें hosting या payment की ज़रूरत नहीं है, और यह एक सरल tool है जिसमें मैं जो कंटेंट पढ़ता हूँ उस पर पूरा नियंत्रण मेरा रहता है। अगर आप इसे आज़माएँ, तो शायद दुनिया भर में इसका usage दो अंकों तक पहुँच जाए
    • दिलचस्प है। Firefox में कभी native categorization feature हुआ करता था, उसकी याद आती है, और मैं desktop के लिए एक हल्का RSS reader ढूँढ रहा था। अगर यह Firefox mobile पर भी चल जाए, तो शायद मैं अपना mobile app भी हटा दूँ
    • जानकारी के लिए, single codebase से Firefox और Chrome (mv2, mv3 दोनों) extensions सपोर्ट करना काफ़ी आसान है
    • सोच रहा हूँ कि क्या इसे VSCode extension के रूप में भी port किया जा सकता है
    • Chrome port में भी दिलचस्पी है
  • इस लेख ने RSS reader बाज़ार का अच्छा overview दिया है, लेकिन साथ ही इसमें Lighthouse नाम की service की content marketing जैसा एहसास भी आता है। मैं Feedly इस्तेमाल करता हूँ, और RSS की असली समस्या अक्सर RSS reader की screen नहीं होती, बल्कि यह होती है कि बहुत सी sites पूरे article की जगह सिर्फ उसका हिस्सा RSS में डालती हैं, या images सपोर्ट नहीं करतीं। reader demo images आम तौर पर best-case scenario दिखाती हैं, लेकिन ज़्यादातर non-personal sites सिर्फ एक-दो paragraph भेजती हैं, इसलिए वह असल में लगभग link collection जैसा बन जाता है
    • मैं भी Google Reader के बाद से स्वाभाविक रूप से Feedly पर ही टिक गया हूँ। इससे मुझे बहुत प्रेम तो नहीं है, लेकिन इसकी लगातार reliability की वजह से मैंने कोई alternative ढूँढने की कोशिश भी नहीं की। कभी न कभी बेहतर विकल्प देखना चाहता हूँ, और मेरी निजी wishlist में सबसे ऊपर यह feature है कि feed का body crawl करके कटे हुए articles भी पूरे पढ़े जा सकें। RSS से browser, फिर browser के reader mode तक जाना बहुत झंझट भरा लगता है। लेकिन आज मुझे FeedMe नाम का एक client मिला, जो Feedly के साथ sync होता है और feed के भीतर ही full body ला सकता है। इसमें filters जैसे वे features भी हैं जो मैं चाहता था। शायद और clients ढूँढने पर और भी मिल जाएँ। सिर्फ आलस की वजह से मैं यह काम बेवजह टालता रहा
    • FreshRSS CSS selectors वगैरह की मदद से full body खींच सकता है। मैंने खुद भी कई RSS feed hydrators बनाए हैं, जो source code scrape करके images भर सकते हैं, और HN के मामले में Open Graph information इस्तेमाल करके score, comment count जैसी चीज़ें भी दिखा सकते हैं
    • सच तो यह है कि कुछ frontends लिंक parse करके पूरे article का body भी खींच लेते हैं, और यहाँ तक कि login-required sites को भी संभाल सकते हैं
    • Miniflux जैसे कुछ readers full article download feature भी देते हैं
  • मैंने लगभग हर RSS आज़माया है, लेकिन पिछले 3 साल से BazQux पर टिका हूँ। मैं इंटरनेट की लगभग सारी जानकारी RSS reader में लाने की कोशिश करता हूँ, और मेरे लिए अहम बातें ये हैं:
    1. यह YouTube या Reddit जैसी जगहों के hidden feeds अपने-आप ढूँढ ले
    2. जिन services में RSS नहीं है (पहले Twitter, vk, Instagram के लिए भी काम करता था), उनके लिए खुद RSS feed बना दे (लेकिन API बंद होने के कारण अब यह सपोर्ट नहीं है)
    3. पूरे article का body ला सके पीछे मुड़कर देखूँ तो RSS reader चुनना दरअसल एक शानदार backend चुनने जैसा है। XML से text निकालना बहुत कठिन नहीं है; असली मुश्किल उन sites के लिए RSS बनाना है जो RSS को रोकती हैं, और ऐसी sites आगे और बढ़ेंगी। backend चुन लेने के बाद तो बस अपनी पसंद का frontend app चुनना होता है। Apple devices के लिए Reeder की सिफारिश करूँगा
  • लगभग 10 साल तक कई feed readers (NetNewsWire, Feedbin, Miniflux आदि) आज़माने के बाद, अब मैं अपने बनाए हुए feed reader को LibSQL के free hosted DB पर रखकर self-host कर रहा हूँ.
    • NetNewsWire शानदार था, लेकिन मेरे phone पर इस्तेमाल नहीं हो सकता था
    • Feedbin सच में बेहतरीन था, लेकिन मैं subscription cost कम करना चाहता था
    • Miniflux ठीक चलता था, लेकिन remote Postgres setup झंझट भरा था और Neon का free tier कुछ ही दिनों में ख़त्म हो जाता था
      इसलिए मैंने Raspberry Pi home server पर अपना खुद का feed reader बना लिया, और यह weekend project के लिए एकदम सही था। feed standards पहले से ही अच्छी तरह स्थापित हैं, इसलिए routine code AI से जल्दी बन जाता है। और अगर कोई नया feature चाहिए, तो उसे तुरंत जोड़ पाने की आज़ादी बहुत ताज़गी देती है। उदाहरण के लिए, Feedbin में जो "read later" feature था (Miniflux में नहीं है), उसे मैंने खुद implement कर लिया
  • social media छोड़े हुए काफ़ी समय हो गया है (हालाँकि Hacker News, Reddit वगैरह को मैं थोड़ा अलग मानता था, क्योंकि वे news aggregation/forum जैसे हैं)। अब सोचता हूँ कि अगर इन्हें भी छोड़ दूँ तो मेरी दुनिया कैसी बदलेगी। "असल में क्या हो रहा है" इस बारे में मेरी समझ या worldview बदलेगी या नहीं, और क्या अलग-अलग नज़रियों के primary sources सीधे पढ़कर मैं अलग निष्कर्षों तक पहुँच पाऊँगा—यह सोचता हूँ। अजीब बात है कि RSS का ख़याल मुझे अब तक नहीं आया था, जबकि इस मकसद के लिए यह लगभग आदर्श tool है
    • शायद news consumption में भी "minimum effective dose" जैसी कोई चीज़ होती होगी। जब आप बहुत सारे sources पढ़ते हैं, तो एक बिंदु के बाद अतिरिक्त फ़ायदा घटता जाता होगा। उदाहरण के लिए, सिर्फ NYT headlines RSS पढ़ने से क्या लगभग 90% उतनी ही जानकारी मिल जाती है जितनी कई expert blogs और अलग-अलग sources खंगालने से मिलती है—कभी-कभी यह सवाल मन में आता है
  • मैं blogtrottr.com इस्तेमाल करता हूँ, जो feeds को सीधे email में भेज देता है। हैरानी है कि यहाँ इसका ज़िक्र नहीं हुआ