XSLT का अंत — Google XSLT सपोर्ट बंद करेगा

 (xslt.rip)
1 पॉइंट द्वारा GN⁺ 2025-11-11 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • Google ने आधिकारिक रूप से घोषणा की है कि वह 2027 तक XSLT सपोर्ट पूरी तरह समाप्त करने की योजना बना रहा है
  • XSLT XML दस्तावेज़ों को दूसरे XML रूप में बदलने वाली भाषा है, और कई सरकारी वेबसाइटों में भी इसका उपयोग होता है
  • Google ने पहले 2013 में भी XSLT सपोर्ट बंद करने की कोशिश की थी, और यह उसका दूसरा प्रयास है
  • Mozilla और Apple ने भी XSLT हटाने में शामिल होने की इच्छा जताई है, और Google के साथ उनके वित्तीय संबंधों का उल्लेख किया गया है
  • इसे वेब standards और content accessibility को प्रभावित कर सकने वाले महत्वपूर्ण तकनीकी बदलाव के रूप में देखा जा रहा है

Google की XSLT सपोर्ट समाप्त करने की घोषणा

  • 24 अक्टूबर 2025 को Google ने Chromium डेवलपर फ़ोरम में “Intent to Deprecate and Remove: Deprecate and remove XSLT” दस्तावेज़ पोस्ट किया
    • इसके अनुसार 2027 तक XSLT फ़ीचर पूरी तरह हटा दिया जाएगा
  • Google पहले भी जुलाई 2013 में XSLT हटाने की कोशिश कर चुका है
    • उस समय यह प्रयास रोक दिया गया था, लेकिन इस घोषणा के साथ 12 साल बाद इसे फिर शुरू किया गया है

Google का तकनीक बंद करने का इतिहास

  • अब तक यह माना जाता है कि Google लगभग 300 तकनीकों को बंद कर चुका है
    • प्रमुख उदाहरण के तौर पर Google Reader के बंद होने की घोषणा 13 मार्च 2013 को की गई थी
  • XSLT जल्द ही ‘Killed by Google’ सूची में जोड़ा जाने वाला है
  • लेख में “Google XML और RSS से नफ़रत करता है” जैसी अभिव्यक्ति का उपयोग करते हुए RSS और XSLT के संबंध पर ज़ोर दिया गया है

XML और RSS से जुड़े दावे

  • RSS समाचार वितरण में इस्तेमाल होने वाली तकनीक है, और लेख में कहा गया है कि इसे हटाकर Google के समाचार पर नियंत्रण की संभावना बढ़ सकती है
  • XSLT कई सरकारी वेबसाइटों में उपयोग होने वाली तकनीक है, इसलिए यह इशारा किया गया है कि Google की यह कार्रवाई विधायी वेबसाइट तकनीकों को भी प्रभावित कर सकती है
  • “Google XML और RSS को हटाकर वेब पर अपना नियंत्रण मज़बूत करता है” जैसा आलोचनात्मक दृष्टिकोण पेश किया गया है

दूसरे ब्राउज़रों का रुख

  • Mozilla ने कहा कि XSLT हटाने से “मौजूदा वेब content टूट सकता है (break existing web content)”
  • Apple ने Google की 2027 की समयसीमा से पहले शामिल होने की इच्छा (participate sooner) जताई
  • लेख में उद्धृत है कि Google ने Mozilla को सालाना लगभग 420 मिलियन डॉलर और Apple को एक वर्ष में 20 बिलियन डॉलर का भुगतान किया
    • पिछले 10 वर्षों में इन दोनों कंपनियों को कुल लगभग 244.2 बिलियन डॉलर दिए जाने का अनुमान प्रस्तुत किया गया है

XSLT को बचाए रखने की अपील

  • लेखक ने “Google को XSLT को मारने से रोकें” संदेश पर ज़ोर दिया है
  • इसमें “अपनी वेबसाइट और ब्लॉग में XSLT जोड़ें” जैसी कार्रवाई की अपील भी शामिल है
  • अंत में “Keep XSLT alive!” नारे के साथ यूज़र भागीदारी और तकनीक संरक्षण की अपील की गई है

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

2 टिप्पणियां

 
t7vonn 2025-11-12

अब इसे भेजना बंद करें।
 
GN⁺ 2025-11-11
Hacker News टिप्पणियाँ

  • उम्मीद थी कि साइट सचमुच एक XML document होगी, और राहत की बात यह है कि वह वास्तव में XML document ही निकली
    curl https://xslt.rip/ कमांड से जांचने पर <html> टैग के अंदर “If you're reading this, XSLT was killed by Google.” वाक्य दिखाई देता है

    • यह ब्राउज़र XSLT को सपोर्ट करता है या नहीं, इसे पहचानने का चालाक तरीका है
      असली कंटेंट index.xsl में है, और इसके निर्माता एक frontend designer हैं जो dbushell.com नाम की एक शानदार personal site भी चलाते हैं
      दोनों साइटों में एक निजी संवेदनशीलता साफ झलकती है
    • मेरे लिए XSLT ऐसी तकनीक लगती है जिसने वेब की जटिलता को विस्फोटक रूप से बढ़ाया और आखिरकार सिर्फ दो ब्राउज़र ही बचाए
      साइट का डिज़ाइन 90s के वेब दौर की याद दिलाता है, इसलिए अजीब तरह से मज़ेदार लगता है
    • text browser (Lynx आदि) से खोलने पर सिर्फ वही वाक्य दिखता है, जो कुछ-कुछ <noscript> में “इस साइट के लिए JavaScript चाहिए” दिखने जैसा एहसास देता है
      अब जिज्ञासा हो रही है कि Google के अलावा क्या कोई ऐसा ब्राउज़र बचा है जिसने XSLT implement किया हो

  • मैं ब्राउज़र में XSLT सपोर्ट हटाने का कड़ा विरोध करता हूँ
    मैं अपनी personal site पर JavaScript के XSLTProcessor और <?xml-stylesheet …?> दोनों का उपयोग करता हूँ, और संबंधित GitHub thread में अपनी राय भी दे चुका हूँ
    लेकिन यह साइट कुछ हद तक बढ़ा-चढ़ाकर बात करती लगती है. मुझे लगता है कि Google के security और maintenance कारण ईमानदार हैं, लेकिन दिशा गलत है
    ऐसे पेज decision-makers को मनाने के बजाय उल्टा उन्हें चिढ़ाने का जोखिम रखते हैं

    • ऐसी feature का उपयोग करने वाले लोग शायद सचमुच बहुत ही छोटे elite group में होंगे
    • XSLT transform अगर server-side किया जाए तो आधुनिक tools इस्तेमाल किए जा सकते हैं, और वह सभी ब्राउज़रों में काम करेगा
    • साइट का अतिशयोक्ति भरा अंदाज़ इरादतन humor लगता है
    • किसी एक webpage से decision-makers को मनाया नहीं जा सकता. इस पेज का मकसद बस issue awareness बढ़ाना है
    • libxslt लगभग मेंटेन नहीं हो रहा और उसमें कई security vulnerabilities हैं, इसलिए इसे हटाना उचित लगता है
      अगर XSLT को बचाना है, तो Rust में नया implementation बनाना शायद सबसे अच्छा रास्ता होता

  • शायद मैं अल्पमत में हूँ, लेकिन XSLT के ठहर जाने की हकीकत दुखद लगती है
    25 साल पहले XML+XPath+XSLT ecosystem को replace करने के लिए अनगिनत अधूरी libraries बनाना प्रतिभा की बर्बादी था
    SOAP या XML Schema की अति को मैं मानता हूँ, लेकिन JSON का शुरुआती eval() तरीका भी अच्छी engineering नहीं था
    अंततः एक बेहतर XML system बनाया जा सकता था, लेकिन नया होने के नशे में पुरानी खूबियाँ छोड़ दी गईं, यह खलता है

    • अच्छे XML parser आज भी लगभग नहीं के बराबर हैं, लेकिन JSON parser बहुत हैं
      Ruby, Python, Java आदि में XML parsing हमेशा पीड़ादायक रही, जबकि JSON कहीं ज़्यादा सरल और स्थिर था
    • JSON spec दो पन्नों में खत्म हो जाती है, जबकि XML spec पूरी एक किताब जैसी है. इसी फर्क से उसका वजन महसूस होता है
    • मैंने पहले XSLT इस्तेमाल किया है और सच कहूँ तो बेहद नापसंद किया था
      यह इतना जटिल था कि इसके लिए dedicated expert चाहिए होता, और वह खुद में बर्बादी जैसा लगता था
    • फिर भी RSS files को ब्राउज़र में सीधे render करने जैसे शानदार उपयोग थे
      2010s के semantic web वाले विचारों का गायब होना अफसोसजनक है

  • मैं XSLT लगभग इस्तेमाल नहीं करता, लेकिन Google का “मानो वही वेब हो” जैसा व्यवहार चिढ़ पैदा करता है
    uBlock Origin को हटाने की कोशिश भी वैसी ही है, और AI browsers का दुनिया को विकृत रूप में दिखाना भी नापसंद है
    मैं ऐसी दुनिया नहीं चाहता जहाँ सरकार या कंपनियाँ बिचौलिया बनकर जानकारी को नियंत्रित करें
    मुझे तो Google Search की quality भी पिछले 5 साल से जानबूझकर खराब की गई लगती है

    • मैं भी यही सोचता हूँ. मुझे XSLT में दिलचस्पी नहीं, लेकिन अगर Google कहे कि HTML हटाया जाएगा, तो उसे रोक कौन पाएगा — यह थकान महसूस होती है
    • इस बात की चिंता है कि अब browser engines असल में सिर्फ तीन ही बचे हैं
    • Google को Search, Android, Chrome और AdSense में बाँट देना चाहिए
      ad monopoly, adblock हटाने और app installation restrictions के जरिए उसने वेब ecosystem पर कब्ज़ा कर लिया है
      फिर भी इस साइट का डिज़ाइन वाकई सुंदर है, और उसमें retro vibe जीवित है
    • तो फिर वैकल्पिक मॉडल क्या होगा?
      Google के अंदर भी कई फैसले ऐसे होते थे जिनका भाव यह होता था, “यह हम नहीं करना चाहते, लेकिन और कौन कर सकता है?”
      जैसे OpenGL consortium model के साथ असफल हुआ और DirectX से पीछे रह गया, उससे यह सीख मिलती है कि सिर्फ standards की openness बाज़ार बचाने के लिए काफी नहीं होती
      browser standards भी ऐसा ही जोखिम उठाते हैं. आखिरकार अहम यह है कि आवाज़ कौन उठा सकता है

  • ब्राउज़र इतने जटिल हो चुके हैं कि XSLT हटाने के फैसले से मैं आंशिक रूप से सहमत हूँ
    निजी तौर पर मैंने कभी XSLT इस्तेमाल नहीं किया, और RSS से इसका रिश्ता भी बहुत बड़ा नहीं लगता

    • लेकिन हो सकता है कि आप अनजाने में पहले से XSLT इस्तेमाल कर रहे हों. उदाहरण के लिए European Parliament site जैसी जगहें
    • पहले RSS feed खोलने पर ब्राउज़र अपने-आप styling apply कर देता था, लेकिन अब सिर्फ plain XML दिखता है
      उदाहरण / पुरानी styling की व्याख्या / manual styling example
    • RSS feed पर XSLT लगाने से ब्राउज़र में उसे इंसानों के लिए पढ़ने लायक रूप में दिखाया जा सकता है
      lepture.com का उदाहरण की तरह, यह उन users के लिए भी मददगार है जो RSS reader को नहीं जानते

  • अगर Google कल कैंसर का इलाज भी कर दे, तब भी कोई न कोई कहेगा “Google ने कैंसर को मार दिया”
    छोटे browser vendors पुराने XSLT code को maintain करना चाहेंगे, ऐसा नहीं लगता, और नए browsers भी इसे जोड़ने की योजना नहीं बनाएँगे
    मुझे यह एक साफ-सुथरा फैसला लगता है

    • लेकिन छोटे ब्राउज़र तो वैसे भी ज़रूरत के हिसाब से features चुनकर implement करते हैं
      तो मैं जानना चाहूँगा कि इस फैसले का समर्थन करने वाली कंपनियाँ आखिर कौन हैं
    • “छोटे ब्राउज़र” से आपका मतलब आम तौर पर किनसे है, यह पूछना चाहूँगा

  • यह साइट एक तरह की Rorschach test जैसी लगती है
    इसमें “Google ने XSLT को मार दिया” वाली आलोचना भी है और “2025 में XSLT को आगे बढ़ाना हास्यास्पद है” वाला व्यंग्य भी
    “अपने दोस्तों और परिवार को XSLT के बारे में बताइए! देर होने से पहले इसे अपनी वेबसाइट में जोड़िए!” जैसी पंक्ति इसे अच्छी तरह दिखाती है

    • यह साफ तौर पर अतिशयोक्ति पर व्यंग्य है
    • लेकिन मैं वास्तव में Atom feed की वजह से XSLT इस्तेमाल करता हूँ
      static site पर RSS को सुंदर ढंग से render करने के लिए XSLT ही एकमात्र तरीका है
      ऐसे बदलाव व्यक्तिगत वेब की स्वायत्तता को और कम करते हैं, और सब कुछ बड़े web apps की तरफ धकेलते हैं

  • यह एक युग का अंत जैसा लगता है
    पहले XSLT tutorial पढ़ते समय XML document को ‘जिंदा होकर चलने’ जैसा बना देना बहुत रोमांचक लगता था
    मैं आज भी अपनी RSS feed को style देने के लिए इसका इस्तेमाल करता हूँ
    संबंधित announcement links हैं Chromium forum post और Chrome developer documentation
    maintenance burden बड़ा है, यह समझ में आता है, लेकिन ऐसा लगता है कि वेब की एक छोटी-सी खुशी फिर कम हो गई

  • Google पहले ही लगभग हर क्षेत्र में monopolistic हो चुका है
    Android वाले मामले (संबंधित लिंक) की तरह अब यह भी वही तय करता है कि क्या allowed है और क्या forbidden
    इसलिए keepandroidopen.org जैसी कोई keepXSLTAlive.tld campaign site बननी चाहिए
    या फिर xslt.rip के UI को थोड़ा निखारकर उसमें प्रतिरोध का माहौल और मजबूत किया जा सकता है

    • लेकिन Google की आलोचना सही हो, तब भी वह XSLT को बनाए रखने का कारण नहीं बनती
      किसी technology का मूल्यांकन उसकी अपनी उपयोगिता से होना चाहिए

  • यह webpage वाकई शानदार है
    अचानक मन करता है कि <iframe>, <blink>, <marquee>, <table> टैग से 90s-स्टाइल HTML page बना दूँ

    • मज़ाक है, लेकिन blink और marquee को अब Canvas में render करना पड़ेगा
      नहीं, Canvas भी पुराना हो गया, अब तो WebGPU करना चाहिए
    • “Under Construction” banner तो ज़रूरी है
    • हाल ही में मुझे सिर्फ tables से बनी एक page से data extract करना पड़ा, और वह nested table hell था