फ़िलहाल आधिकारिक RSS फ़ीड सपोर्ट नहीं है, लेकिन समाधान पर काम चल रहा है

 (developer.chrome.com)
1 पॉइंट द्वारा GN⁺ 2023-12-12 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • Chrome for Developers के Feeds पेज पर बताया गया है कि रुचि वाले क्षेत्रों की नई पोस्ट को RSS reader में अपने-आप पाने का तरीका क्या है
  • अभी जो subscription target दिख रहा है, वह Blog फ़ीड है, और अलग Subscribe to Blog लिंक से RSS फ़ीड जोड़ा जा सकता है
  • Blog के उदाहरण पोस्ट में agent-ready वेबसाइट, Chrome DevTools for agents के third-party developer tools, और WebGPU बदलाव शामिल हैं
  • हर पोस्ट में title, छोटा description, और related topic tags साथ दिखते हैं, जिससे subscribe करने से पहले आने वाले content की range समझी जा सकती है
  • Chrome for Developers के updates को अलग से विज़िट किए बिना track करना हो, तो Blog फ़ीड को RSS reader में register करना सबसे सीधा तरीका है

Chrome for Developers से RSS में मिलने वाले updates

  • Feeds पेज बताता है कि Chrome for Developers साइट के रुचि वाले हिस्सों के updates को RSS reader में अपने-आप कैसे पाया जा सकता है
  • पेज के मुख्य भाग में समझाया गया है कि रुचि वाले साइट सेक्शन के RSS फ़ीड को feed reader में जोड़ा जा सकता है

अभी उपलब्ध Blog फ़ीड

  • मुख्य भाग में दिखाया गया फ़ीड सेक्शन Blog है
  • Blog फ़ीड Subscribe to Blog लिंक के जरिए उपलब्ध है

Blog फ़ीड में दिखने वाले पोस्ट के उदाहरण

  • A developer toolkit to make your website agent-ready
    • Lighthouse Agentic browsing category और Chrome DevTools for agents का इस्तेमाल करके agent-ready वेबसाइट बनाने का तरीका बताया गया है
    • related topics हैं AI & Machine Learning, Blog, Chrome, Chrome DevTools
  • Unlock runtime insights: Introducing third-party developer tools for Chrome DevTools for agents
    • Chrome DevTools for agents के third-party developer tools frameworks और applications को AI coding assistants के साथ runtime context share करने देते हैं
    • related topics हैं AI & Machine Learning, Blog, JavaScript, Chrome DevTools, Chrome
  • What's New in WebGPU (Chrome 149-150)
    • Chrome 149-150 के WebGPU बदलावों में immediates और transient attachments की ज्यादा सख्त validation शामिल है
    • related topics हैं WebGPU, New in Chrome, Release notes, JavaScript, Chrome

subscribe करने से पहले देखी जा सकने वाली जानकारी

  • Blog फ़ीड subscribe करने पर Chrome for Developers ब्लॉग की नई पोस्ट को RSS reader में track किया जा सकता है
  • हर item title, summary, और related technical areas साथ देता है, जिससे subscribe किए जाने वाले content की range समझना आसान होता है

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

2 टिप्पणियां

 
ndrgrd 2023-12-14

मामला चर्चा में आते ही तुरंत हल हो गया। लगता है, हर जगह सब एक जैसा ही होता है ^^
 
GN⁺ 2023-12-12
Hacker News की राय

  • Chrome DevRel टीम के एक इंजीनियर ने आधिकारिक RSS का इंतज़ार करने के बजाय खुद अनौपचारिक RSS generator बनाकर सार्वजनिक कर दिया—यह सचमुच किसी बड़ी कंपनी जैसा अजीब मामला है
    इस ब्लॉग के लिए feed https://chrome-for-developers-rss.bramus.workers.dev/blog पर है, और “DevSite टीम के पास internal issue डाल दिया है” का मतलब यह नहीं पता कि यह कब priority बनेगा
    पुराने Google में शायद किसी के लिए भी अंदर से इसे तुरंत ठीक कर देना ज़्यादा आसान होता
    संदर्भ: https://front-end.social/@bramus/111448166340277056, https://github.com/bramus/web-dev-rss, https://github.com/bramus/chrome-for-developers-rss, https://issuetracker.google.com/issues/314910854#comment2

    • पता नहीं “पुराना Google” कितने पहले की बात है। Contacts web app में एक bug था जिसमें states की list 2-अक्षर state ID के क्रम में sort होती थी और नामों के रूप में दिखाई जाती थी, और New York के users tab से जाकर state का नाम type करके उसे select नहीं कर पाते थे
      Google के अंदर भी यह registered bug था जिसे लोग ठीक करना चाहते थे, लेकिन लगभग 10 साल बाद इसी साल जाकर ठीक हुआ
    • उत्सुकता है कि “पुराने Google” का turning point मोटे तौर पर कब माना जाना चाहिए

  • इस site को चलाने वाली team मेरे जिम्मे है। हमने site को दूसरे infra पर shift किया, और वह infra RSS feed auto-generation support नहीं करता
    हमें अच्छी तरह पता है कि मौजूदा solution best नहीं है। हमें सभी content को नए system पर migrate करने की deadline पूरी करनी थी, और उसके बाद missing features को sort out करना था
    इसे जल्द से जल्द लागू कराने पर काम कर रहे हैं — Paul

    • तो https://developer.chrome.com/feeds के अचानक बंद होने की वजह यही थी। लेकिन “deadline पूरी करनी थी” किसलिए?
    • “solution पर काम कर रहे हैं” और “लागू कराने पर काम कर रहे हैं” जैसे जवाब typical business-speak लगते हैं
      यह ऐसा लगता है जैसे मतलब हो: “हम इसे add तो नहीं करेंगे, लेकिन शायद कोई alternative देंगे जो मौजूदा जरूरतों को पूरा नहीं करेगा”
      इस बार मैं good faith में देखना चाहता हूं, लेकिन समझ नहीं आता इतना घुमा-फिराकर क्यों कहा जा रहा है। “RSS add कर रहे हैं” या “RSS support restore करना लक्ष्य है” क्यों नहीं कह सकते?
    • यहां की प्रतिक्रियाएं अच्छी तरह दिखाती हैं कि tech लोग कितने अवास्तविक absolutist हो सकते हैं
      business और काम आखिरकार trade-offs ही होते हैं, लेकिन HN पर कई लोग इसे absolute की तरह देखते हैं। deadline पूरी करना और खुद आकर explain करना अच्छी बात थी, और शायद ज्यादा hackers को ऐसे decisions सच में लेने चाहिए, तभी reality समझ आएगी
    • HN profile की यह line smart है: “RSS is alive https://paul.kinlan.me/index.xml”
    • कोई भी थोड़ा-बहुत competent programmer 1 घंटे के भीतर चलने वाला RSS feed बना सकता है। Google में आखिर चल क्या रहा है?

  • जब Chrome market share लेना शुरू कर रहा था, तब दूसरे major browsers—शायद Internet Explorer तक—में built-in RSS reading support था
    address bar वगैरह में RSS icon दिखाकर यह भी बताते थे कि इस site पर RSS है। लेकिन Chrome में RSS link खोलने पर बस raw XML फेंक दिया जाता था, और RSS मौजूद है या नहीं यह भी नहीं बताया जाता था
    मेरे हिसाब से RSS के decline की मुख्य वजह यही है

    • तीन और वजहें भी हैं। Google Reader को अक्सर best RSS reader कहा जाता था, लेकिन उसके बंद होने से users कम हो गए, और कई publishers चाहते थे कि लोग उनकी site पर आएं, इसलिए वे full feed के बजाय सिर्फ title देते थे या कई तरीकों से उसे limit करते थे
      फिर लोग Twitter और Facebook को news aggregators की तरह इस्तेमाल करने लगे, और उम्मीद करने लगे कि social graph “relevant” news पहले से चुन देगा
      इसके अलावा news sites में सिर्फ items की clean list से limitation होती है। RSS में हर article बराबर दिखता है, लेकिन news में कई लोग news page की तरह main news को highlight होकर देखना चाहते हैं
      election day जैसे दिन, जब main summary article और region/party-wise detail articles एक साथ बहुत आते हैं, feed में सब एक ही weight से दिखते हैं, जिससे main article ढूंढना मुश्किल होता है, और पहला results article भी जल्दी outdated हो जाता है
    • RSS, Google जैसी link aggregation services के हितों के बिल्कुल उलट है। मुझे नहीं लगता कि सही support न देना कोई संयोग था
    • उसके बाद दूसरे browsers ने भी built-in RSS/Atom feed support हटा दिया
      Firefox और Safari दोनों पहले support करते थे, लेकिन अब नहीं; Safari में RSS feed खोलने पर अब feed support न होने की बात कहने वाला 404 जैसा page आता है
    • शायद आम users RSS को ठीक से समझ नहीं पाए, इसलिए यह mainstream नहीं हो पाया। Apple ने तो browser release का नाम Safari RSS तक रखा था https://www.anandtech.com/show/1671/9
      लेकिन Apple के इतना push करने के बावजूद मैंने आसपास बहुत कम सुना कि लोगों ने इसका इस्तेमाल शुरू किया। जो लोग पहले से RSS इस्तेमाल करते थे, उनके पास बेहतर readers थे, और जो नहीं करते थे उन्हें इस implementation में value नहीं दिखी
    • Vivaldi में वह feature built-in है और RSS reader भी अच्छा है। यह आज भी बहुत उपयोगी है

  • वेब, विडंबना यह है कि, धीरे-धीरे मशीनों और automation के लिए कम friendly होता जा रहा लगता है
    हाल ही में मुझे 150 से ज़्यादा Google Workspace accounts में बदलाव करने पड़े; 20 साल पहले Unix environment होता तो यह काम एक बहुत साधारण shell script से हो जाता
    इसके बजाय हर page पर 20 बार click-copy-paste-click बंदर की तरह करना पड़ा। ज़रूर कोई API होगी, लेकिन एक simple command-line script लिखने के मुकाबले इसमें 100 गुना ज़्यादा समय लगता
    ज़्यादा लोगों का ध्यान खींचने की प्रक्रिया में वेब लगातार machine-friendliness खो रहा है

    • distributed और democratized machines/automation के लिए तो यह कम friendly हो गया है, लेकिन विशाल compute resources, funds, IP blocks और AI रखने वाले बड़े search scrapers के लिए अभी भी automation-friendly है
      इसी को बदलना चाहता था, इसलिए मूल रूप से BrowserBox को “web scraping authoring tools” देने वाले platform के रूप में बनाया था। ऐसे tools आम तौर पर extensions या downloadable Electron apps के रूप में मिलते हैं, लेकिन ऐसा तरीका चाहिए था जो deploy करना आसान, ज़्यादा powerful और हल्का हो, और closed ecosystems की approval पर कम निर्भर हो
      BrowserBox के लिए अलग client की ज़रूरत नहीं है और mobile पर भी सामान्य web browser के अंदर चलता है। लक्ष्य यह था कि bus में बैठे-बैठे mobile device से भी scraping scripts बनाई जा सकें
      अभी हम थोड़े समय के लिए इस ओर भटक गए हैं कि “embeddable browser” अपने-आप में एक उपयोगी product है, लेकिन मूल उद्देश्य भी फिर से पूरा करना चाहते हैं। मुख्य बात Chrome DevTools protocol और BrowserBox features के ऊपर extension जैसा, लेकिन बेहतर API बनाना है
      यह open source है, रुचि हो तो आकर देख सकते हैं: https://github.com/BrowserBox/BrowserBox
    • https://github.com/GAM-team/GAM
      GAM एक command-line tool है जिससे Google Workspace admins domain और user settings को तेज़ी और आसानी से manage कर सकते हैं। साल में शायद एक बार ज़रूरत पड़ती है, लेकिन तब यह सचमुच बहुत कीमती साबित होता है
    • बड़ी दिशा सही है, लेकिन Google Workspace के लिए काफ़ी अच्छा third-party solution मौजूद है: https://github.com/GAM-team/GAM
    • API तो है, लेकिन अजीब बात है कि यह Workspace API नहीं बल्कि GCP API है, इसलिए इस्तेमाल करने के लिए काफी बड़ी बाधाएँ पार करनी पड़ती हैं
    • DevTools command line में basic DOM API का इस्तेमाल करके इनमें से कई काम automate किए जा सकते हैं
      यह ideal नहीं है, लेकिन manually किए जाने वाले click, text पढ़ना, input fields भरना जैसे ज़्यादातर काम कर सकता है और सीखना भी आसान है

  • एक अकेला independent web developer, पैसे भी कम और कोई बहुत बड़ा दिमाग भी नहीं, फिर भी मैंने जो भी blog या blog जैसी चीज़ बनाई है, उसमें RSS implementation सफलतापूर्वक जोड़ी है
    शायद मुझे Google में interview देने जाकर अपना अद्भुत solution उन्हें सिखाना चाहिए

    • RSS requests developer docs site के किसी program manager के engagement metrics में contribute नहीं करतीं, इसलिए अब उनकी ज़रूरत नहीं रही होगी!

  • अगर कहा जा रहा है कि “अभी official RSS feed support नहीं है, लेकिन हम actively solution पर काम कर रहे हैं,” तो इसका मतलब आगे चलकर RSS feed आएगी, है ना?

    • पहले मौजूद चीज़ हटाना और फिर “ओह, हम करेंगे” कहना सचमुच घटिया है
      जो हटाना है हटा दो, पर इतनी खुली झूठ क्यों बोलनी है, समझ नहीं आता। इससे आखिर मदद क्या मिलती है?
    • नहीं, मतलब वे “solution” पर काम कर रहे हैं। शायद Google Updates™ जैसा कोई locked closed push system बनाएँगे, और उस पर premium tier भी लगा देंगे

  • RSS ही वह solution हो सकता है!

    • यह wording मुझे भी अजीब लगी। feature था, उसे हटा दिया, और अब solution पर काम कर रहे हैं… किस चीज़ का solution?
      क्या Google ने नया internal blogging platform बनाया है और अभी तक उसमें RSS support जोड़ नहीं पाए?
    • “actively solution पर काम कर रहे हैं” — सच में, यह कैसी बकवास है

  • Google के https://web.dev/ पर भी यही देखा
    feed में आखिरी entry कई महीने पहले की “Changes to the web.dev infrastructure” थी: https://web.dev/blog/webdev-migration
    feed अभी भी है, लेकिन update नहीं हो रही: https://web.dev/feed.xml
    site पर नए articles आ रहे हैं। modern site infrastructure revamp करते समय RSS feed feature list से बाहर रह गई, यह अफ़सोस की बात है—कम-से-कम अभी तो ऐसा ही है

  • Google engineer Bramus ने एक unofficial workaround बनाया है: https://mastodon.social/@bramus@front-end.social/111448166953123004

  • लगता है लोगों को ठीक से पता नहीं कि RSS कितना useful है
    Google ने Reader को बंद किया, इस बात पर मैं अब भी नाराज़ हूँ। वेब पर content consume करने का वह सबसे अच्छा तरीका था

    • बिना ads के, search इस्तेमाल किए बिना, और Android device पर news headlines push कराने के बदले Google को पैसे दिए बिना
      RSS, Google की profitability के लिए खतरा है!
    • मैंने Reader कभी इस्तेमाल नहीं किया, इसलिए सचमुच जानना चाहता हूँ: उस service में ऐसा क्या था जिसे किसी और के लिए replicate करना मुश्किल था?
    • अगर Apple ecosystem में हैं, तो iOS+macOS+iCloud sync combo के साथ NetNewsWire सबसे अच्छा solution है
    • Reader alternatives की बात चली है तो, मैं NetNewsWire के साथ Miniflux को sync backend और web reader के तौर पर इस्तेमाल कर रहा हूँ
      TheOldReader.com भी बहुत अच्छा है, और उसका UI Google Reader से काफी strongly inspired है
    • इसलिए संभव है कि Google ने इसे बंद किया हो। क्योंकि यह end users को consume किए जाने वाले content और उसे consume करने के तरीके पर बहुत ज़्यादा control देता था
      और जाहिर है, वे यह भी सच में नहीं जान पाते थे कि आपने क्या और कब पढ़ा