- कई साइटें RSS फ़ीड देती हैं, फिर भी RSS/Subscribe लिंक या auto-discovery metadata छोड़ देती हैं, जिससे users के लिए feed address ढूँढना मुश्किल हो जाता है
- पेज पर RSS लिंक सीधे दिखाने से feed reader auto-discovery से अलग, visitors को RSS की मौजूदगी का पता चलता है और open web accessibility बेहतर होती है
- RSS auto-discovery HTML के
<link> tag में type="application/rss+xml" खोजने का standard तरीका है, और NetNewsWire जैसे feed readers URL डालने पर इसका उपयोग कर सकते हैं
- वेबसाइट के
head में rel="alternate", type, title, href वाले <link> tag डालकर RSS feed को स्पष्ट रूप से expose किया जा सकता है
- अगर RSS, Atom, JSON Feed, podcast feed जैसे कई feeds हैं, तो कई
<link> tags रखे जा सकते हैं, और RSS button को RSS button जैसा दिखाना बेहतर है
RSS लिंक और auto-discovery दोनों उपलब्ध कराना
- जब users RSS feed ढूँढते हैं, तो सबसे पहले वे site के अंदर RSS/Subscribe लिंक देखते हैं, लेकिन कई sites में यह लिंक नहीं होता
- कुछ users feed reader में केवल वेबसाइट URL paste करके app से feed खोजने देते हैं, लेकिन page पर RSS link दिखे तो visitors तुरंत जान सकते हैं कि RSS support है या नहीं
- RSS auto-discovery वेबसाइट के
<link> tags में से जिनका type application/rss+xml है, उन्हें खोजने का तरीका है
return Array.from(document.getElementsByTagName('link')).find(l => l.type.includes('application/rss+xml'))?.href
- यह तरीका RSS auto-discovery नाम का standard है, जो browsers और दूसरे software को site का RSS feed अपने-आप खोजने में मदद करता है
- NetNewsWire जैसे feed readers URL paste करने पर feed खोजने के लिए ऐसे metadata का उपयोग कर सकते हैं
head में डालने वाला feed metadata
- अगर RSS feed है, तो वेबसाइट के
head में नीचे जैसा auto-discovery tag डाला जा सकता है
<link rel="alternate" type="application/rss+xml" title="My Cool Website" href="https://example.com/feed.xml"; />
- Atom feed में
type के लिए application/atom+xml इस्तेमाल होता है
<link rel="alternate" type="application/atom+xml" title="My Cool Website" href="https://example.com/atom.xml"; />
- अगर feeds कई हैं, तो
<link> tags भी कई रखे जा सकते हैं
<!-- Website RSS feed -->
<link rel="alternate" type="application/rss+xml" title="My Cool Website" href="https://example.com/feed.xml"; />
<!-- Website JSON feed -->
<link rel="alternate" type="application/json" title="My Cool Website but JSON" href="https://example.com/feed.json"; />
<!-- Podcast RSS feed -->
<link rel="alternate" type="application/rss+xml" title="My Cool Podcast" href="https://example.com/podcast.xml"; />
- 9 दिसंबर 2023 के update में RSS button जोड़ते समय उसे RSS button जैसा दिखाने और RSS orange रंग इस्तेमाल करने का सुझाव जोड़ा गया
2 टिप्पणियां
ऐसी कई साइटें होती हैं जो बहुत छिपी रहती हैं। जब सच में उन्हें subscribe करना होता है, तो मैं सीधे /rss, /rss.xml, /index.xml, /feed, /feed.xml टाइप करके देखता हूँ।
Hacker News की राय
टिप: YouTube चैनल भी RSS feed सार्वजनिक करते हैं, इसलिए सिर्फ चैनल URL को news reader में paste करने से subscribe किया जा सकता है
अनपेक्षित जगहों पर भी RSS feed हो सकते हैं, इसलिए browser में “RSS से subscribe करें” button वापस लाने वाला extension इस्तेमाल करना अच्छा है
<https://addons.mozilla.org/en-US/firefox/addon/awesome-rss/>
<https://chromewebstore.google.com/detail/rss-subscription-ex...>
https://www.youtube.com/feeds/videos.xml?playlist_id=PLpg6WL...
कई RSS/Atom feeds के सामने न आने की मुख्य वजहें दो हैं: Google Reader जैसी services खत्म हो गईं, और browsers ने feed discovery समेत RSS का built-in support बंद कर दिया
browsers में मूल रूप से जो feature होना चाहिए था उसे वापस लाया जाए, तो कम-से-कम feed ढूंढने में उसका उपयोग हो सकता है; उसके बाद newsbeuter जैसे tools से subscribe किया जा सकता है
बस सोचिए कि आज सबसे ज्यादा इस्तेमाल होने वाला browser कौन बनाता है
"application/rss+xml"link नहीं डाला जा सकताबल्कि RSS reader जैसी “वापस न ली जा सकने वाली” desktop apps बहुत हो सकती हैं; गायब हो सकने वाली service पर निर्भर रहना अजीब है, RSS readers अब भी बहुत हैं और एक बनाना भी काफी आसान है
feed ढूंढने के लिए HTML source देखना होता है। समस्या तब है जब feed मौजूद हो, फिर भी site पर कहीं दिखाई न दे
कम-से-कम दो lists, AdGuard Widgets और EasyList Social Widgets में अभी भी RSS icons block करने वाले rules हैं। हालांकि वे default रूप से on नहीं होते
Google Reader की जगह लेने वाली services भी बहुत हैं और वे साधारण RSS से आगे की capabilities भी देती हैं
engagement और addiction के लिए optimized media में RSS platform से बाहर निकलने की सीढ़ी है, इसलिए वे स्वाभाविक रूप से उसका इस्तेमाल नहीं करते। लेख में मुख्य रूप से जिन personal blogs की बात है, वे भी clicks के लिए readers को site के अंदर रोककर रखना चाह सकते हैं
यह content providers और consumers के बीच हितों का टकराव है, ज्यादातर ads की समस्या है, implementation की नहीं
अच्छा होगा कि blog feed subscribe करने की बात site operator को भी दिखे
अच्छा article पढ़कर site owner को तारीफ वाला email भेजता हूं, और HN पर छोटा comment छोड़कर यह भी बताता हूं कि मैंने feed subscribe किया है। उम्मीद है कि अच्छी content मेहनत और लगन से बनाने वाले लोग इसे जारी रखने के लिए प्रोत्साहित होंगे
मेरे बनाए RSS reader में भी अगर रुचि हो तो https://www.heyhomepage.com देख सकते हैं, और clicked links में
/?rss_ref=heyhomepage.comजैसा parameter जोड़ता हूं। site operator को मेरा traffic मिलता है, और अगर वे visitor stats देखते हैं तो आसानी से पता चल जाता है कि traffic कहां से आयाhttps://darekkay.com/blog/rss-subscriber-count/
RSS में भी कुछ inconsistency है। कोई feed में content डालता है, तो कोई सिर्फ link डालता है
अगर सिर्फ links हों, तो content को programmatically scrape करने के लिए आमतौर पर site-specific special code चाहिए। generic scrapers भी हैं, लेकिन फिर data में site header जैसी मनमानी noise मिल जाने पर भी उसे acceptable मानना होगा
LLM के आने से लगता है कि ऐसी चीजों के लिए आखिरकार market बन सकता है। लोग articles जैसे data को machine learning pipelines के data source के रूप में बेच सकते हैं, और यह ads से बाहर निकलने का रास्ता भी हो सकता है
इसलिए शुरुआत RSS को बेहतर बनाने से करनी चाहिए। यह अंधेरे समुद्र में lighthouse जैसा है
text view में, feed में सिर्फ summary होने पर भी आमतौर पर website से पूरा article लाया जा सकता है
इससे consistent experience मिलता है, और author को अपनी website visits भी मिलती हैं
इसे यहां आजमा सकते हैं: https://lenns.io. feedback मिले तो खुशी होगी
अगर आखिरकार link follow करना ही है, तो समय बचाने के लिए मैं सीधे उसी website पर जाऊंगा जिसे पढ़ना चाहता हूं
कुछ लोगों के RSS को सार्वजनिक न करना चाहने की पुरानी वजहों में से एक यह है कि वे subscribers का कुछ अंदाज़ा रखना चाहते हैं, लेकिन हाल में पता चला कि कई बड़े RSS reader high-level analytics numbers सार्वजनिक करते हैं
इससे भी RSS readers की संख्या का अनुमान लगाया जा सकता है। अच्छा होगा अगर और reader इस feature को support करें। अपने product में जो भी RSS feeds मैं public करता हूँ, उन्हें देखने पर इस नकली protocol को support करने वाले clients NewsBlur, Feedly, Feedbin, inoreader जैसे लगते हैं
यह Darek Kay के लेख https://darekkay.com/blog/rss-subscriber-count/ की वजह से पता चला
मैं
/?rss_ref=heyhomepage.comजैसे URL parameter जोड़कर site operator को बताने की कोशिश करता हूँ कि मैं feed subscribe कर रहा हूँ। operator अपनी visitor stats में इस RSS referrer को देख भी सकता है और नहीं भीपूरा लेख reader के अंदर ही consume करने के बजाय, मैं छोटा summary दिखाता हूँ और फिर लेख के link पर click करता हूँ। इससे उनकी personal site का आनंद लिया जा सकता है, और operator भी मेरा traffic ज़्यादा साफ़ तौर पर देख पाता है
मेरा reader terminal-based है, इसलिए JavaScript analytics feature support करना अपने मकसद को ही धुंधला कर देगा
कई sites पर auto-discovery टूटी हुई या missing है, इसलिए मेरा feed reader Temboz इस उम्मीद में ये suffixes try करता है कि कहीं RSS या Atom feed छिपी हो
'feed', 'feed/', 'rss', 'atom', 'feed.xml', '/feed', '/feed/', '/rss', '/atom', '/feed.xml', 'index.atom', 'index.rss', 'index.xml', 'atom.xml', 'rss.xml', '/index.atom', '/index.rss', '/index.xml', '/atom.xml', '/rss.xml', '.rss', '/.rss', '?rss=1', '?feed=rss2'पहले मैंने https://hn-blogs.kronis.dev बनाया था, जो HN पर लोगों द्वारा share किए गए RSS/Atom feeds पर आधारित था, और आज भी background में चलता है और रोज़ latest posts fetch करता है
site पर original HN post और मेरे लिखे blog post के links हैं, और blog post यहाँ है: https://blog.kronis.dev/articles/ever-wanted-to-read-thousan...
यह काफ़ी दिलचस्प काम था और अच्छा है कि यह technology मौजूद है, लेकिन हर व्यक्ति का integration तरीका बहुत अलग है। feed type गलत report हो सकता है, चाही हुई feed या item metadata पूरी नहीं मिलती, network errors आते हैं, या text के अंदर control sequences की वजह से XML parsing टूट जाती है
dataset का scale जितना बढ़ता है, संभावित समस्याएँ उतनी बढ़ती हैं—इस बात पर मेरा भरोसा पक्का हो गया। अगर कोई भी error हो सकता है, तो अंततः उसे handle करना ही पड़ेगा
यह लेख जैसे मुझे ही निशाना बना रहा था, इसलिए मैंने अपने page footer में RSS icon जोड़ दिया
https://github.com/gavinanderegg/gavinanderegg.github.io/com...
मुझे लगा था कि
"application/rss+xml"link काफ़ी होगा, लेकिन समझ आता है कि आजकल लोग यह मानकर नहीं चलेंगे कि हर site पर ऐसा link होगा। ऐसे व्यक्ति के तौर पर जो blog posts मुख्य रूप से RSS से पढ़ता है, इसे और स्पष्ट बनाना बहुत अच्छा है[1] https://mastodon.social/@gavinanderegg/111362850402497489
अब हम दोनों ने RSS public कर दिया है
मैं miniflux इस्तेमाल करता हूँ, और feed ढूँढते समय domain बस डालकर देखता हूँ तो चार में से तीन बार वह
/rss,feedजैसी किसी जगह से ढूँढ निकालता हैअच्छा होगा अगर यह स्पष्ट रूप से दिखे। शायद framework में built-in होने और मुफ़्त में मिल जाने के कारण लोग इसे expose नहीं करते, हालांकि यह मेरी भोली सोच भी हो सकती है
RSS को दबाया गया था, यह fact जब भी सोचता हूँ तो गुस्सा आता है
मुझे यह बहुत पसंद है कि Wordpress internet की लगभग हर site में automatically feed जोड़ देता है
मैं इसे filter की तरह देखता हूँ। बेवकूफ़ clickbait content कहीं और चला जाता है, और creator द्वारा सीधे जिम्मेदारी लिए गए quality content मेरे feed reader में अच्छे से आ जाते हैं। मेरे लिए यह छिपा हुआ वरदान जैसा है
बेशक, अच्छे feeds का collection सँवारने में extra effort लगता है। लेकिन जीवन की अच्छी चीज़ों के साथ ऐसा ही नहीं होता क्या? यह effort compound interest की तरह जमा होता है और जल्दी ही return देता है
RSS ज़िंदाबाद, open web ज़िंदाबाद!