WordPress और open web का नया रास्ता: FAIR प्रोजेक्ट - वितरित WordPress इन्फ्रास्ट्रक्चर

 (joost.blog)
3 पॉइंट द्वारा GN⁺ 2025-06-09 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • WordPress की केंद्रीकृत और अपारदर्शी governance समस्याएँ कम्युनिटी के भीतर एक प्रमुख मुद्दे के रूप में उभरीं, जिससे स्वतंत्र और पारदर्शी विकल्प की आवश्यकता सामने आई
  • 2024 के अंत से 2025 की शुरुआत तक, AspirePress (community mirror) सहित कई वितरित प्रयास सामने आए, और open letter व तकनीकी/governance आधारित 'दो-ट्रैक' विकल्पों पर गंभीर चर्चा शुरू हुई
  • इसी प्रवाह में अलग-अलग समूहों ने मिलकर FAIR (Federated and Independent Repositories) नाम का एक व्यावहारिक 'decentralized WordPress package management/distribution infrastructure' तैयार किया
  • FAIR का प्रबंधन Linux Foundation के अंतर्गत कम्युनिटी-नेतृत्व वाली Technical Steering Committee (TSC) करती है, और यह mirror, package, commercial plugin, cryptographic signature जैसी वास्तविक ecosystem infrastructure उपलब्ध कराता है. यह WordPress को fork नहीं करता, बल्कि 'distribution और governance की एक नई layer' प्रदान करता है
  • FAIR का उभरना सिर्फ विरोध नहीं, बल्कि open source ecosystem के भीतर बेहतर infrastructure और governance के लिए एक 'योगदान' के रूप में देखा जा रहा है

WordPress FAIR प्रोजेक्ट की शुरुआत और महत्व

# नेतृत्व की समस्या से शुरू हुआ बदलाव

  • 2024 के अंत में, WordPress ecosystem की अत्यधिक centralization और governance की कमी पर सार्वजनिक चर्चा शुरू हुई
    • बहुत अधिक शक्ति एक व्यक्ति के पास केंद्रित थी, और अपारदर्शी प्रबंधन संरचना ने contributors और businesses दोनों के लिए अनिश्चितता पैदा की
  • कम्युनिटी-केंद्रित mirror (AspirePress) की घोषणा और करीब 20 प्रमुख contributors के open letter के बाद इस समस्या को लेकर जागरूकता तेजी से फैली
  • Karim Marucchi और अन्य लोगों के साथ मिलकर तकनीकी और राजनीतिक, दो दिशाओं में समाधान प्रस्तावित किए गए
    • centralization को कम करना (distribution/update/discoverability)
    • पारदर्शी, जवाबदेह और neutral governance लागू करना

# अलग-अलग प्रयासों का जुड़ना, FAIR में एकत्र होना

  • कई टीमों और कम्युनिटियों के अलग-अलग distributed प्रयास स्वाभाविक रूप से एक-दूसरे से जुड़े और सहयोग व संयुक्त कार्य में बदल गए
  • एकल प्रोजेक्ट की घोषणा के बजाय इसे 'groups का group' मॉडल वाले गठबंधन के रूप में संगठित किया गया
  • तात्कालिक मुद्दों (plugin update, directory, asset, dashboard आदि) से निपटने के लिए पहले mirror/drop-in के रूप में प्रतिक्रिया दी गई, और फिर क्रमिक विस्तार की संरचना तैयार की गई

# FAIR: कम्युनिटी-नेतृत्व वाला वितरित package infrastructure

  • FAIR का प्रबंधन Linux Foundation के अंतर्गत, कम्युनिटी-नेतृत्व वाली TSC (Technical Steering Committee) करती है
    • 3 कम्युनिटी लीडर (Carrie Dils, Mika Epstein, Ryan McCue) सह-अध्यक्ष हैं
    • distributed package management, mirror, commercial plugin, cryptographic signature आदि को कम समय में तैयार किया गया
  • इसका लक्ष्य WordPress का fork बनाना नहीं है
    • वही core software उपयोग होता है, और यह मौजूदा WordPress के साथ compatible है
    • केंद्रीकृत bottleneck के बिना, एक स्वतंत्र governance/distribution layer जोड़ी जाती है
  • Composer जैसे open source package management के अनुभव के आधार पर, user-friendliness पर फोकस है
    • अधिकांश users को अंदरूनी संरचना जानने की ज़रूरत नहीं होगी, उन्हें बस यह लगेगा कि 'यह बस सही तरह काम करता है'

# FAIR का महत्व और आगे का रास्ता

  • FAIR 'विरोध' या 'fork' नहीं, बल्कि WordPress infrastructure और governance के लिए एक सकारात्मक योगदान है
  • यह कई महीनों से कंपनियों, देशों और कम्युनिटी के सहयोग का परिणाम है, और इसमें भाग लेने वालों की संख्या लगातार बढ़ रही है
  • FAIR के बारे में विस्तृत जानकारी fair.pm पर उपलब्ध है
  • अगर आप open web और WordPress के 'shared infrastructure' तथा 'contributor-केंद्रित भविष्य' से सहमत हैं, तो आप कभी भी इसमें शामिल हो सकते हैं

# संदर्भ/भागीदारी लिंक

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

1 टिप्पणियां

 
GN⁺ 2025-06-09
Hacker News टिप्पणियाँ
  • Linux Foundation ने FAIR Package Manager Project की घोषणा की है; आधिकारिक घोषणा यहाँ देखी जा सकती है, और HN पर संबंधित चर्चा यहाँ उपलब्ध है
    • एक व्यक्ति ने कहा कि वह पिछले कुछ महीनों से अपने प्रोजेक्ट के लिए इसी तरह का सिस्टम सोच रहा था, और उसने ATProto(atproto.com), IPFS(ipfs.tech), Radicle(radicle.xyz), Iroh(github) आदि को देखा है; हाल में वह Iroh की तरफ झुक रहा था, लेकिन ATProto भी दिलचस्प लगा, और अब FAIR(protocol) को भी देखने वाला है; उम्मीद है कि कोई ऐसा प्रोटोकॉल उभरे जिसे व्यापक रूप से अपनाया जा सके
  • FAIR के repository, खासकर fair-plugin, को देखने के बाद यह विचार सामने आया कि शायद मौजूदा तरीके की बजाय WordPress के soft fork के लिए अलग infrastructure बनाना बेहतर होता; मौजूदा तरीका, जिसमें core WordPress को replacement implementation के जरिए bypass करने की कोशिश है, असफल हो सकता है, क्योंकि core developers को किसी executive के निर्देश पर इस mechanism को तोड़ने के लिए मजबूर किया जा सकता है; साथ ही TFA में लिंक किया गया Matt Mullenweg का jkpress पोस्ट बहुत गैर-पेशेवर और कटु लगा, और कहा गया कि इससे उसकी छवि पर भी बुरा असर पड़ता है
    • open governance के रास्ते पहले contribution शुरू करना समझदारी भरी रणनीति माना गया; अगर Matt इसे रोकने या विफल करने की कोशिश करता है, तो community के पास “हमने पूरी कोशिश की” जैसा नैतिक आधार और समर्थन होगा, जिससे soft fork की ओर बढ़ना आसान होगा; इस तरह का व्यावहारिक रुख fork की स्थिति में community के बड़े हिस्से को साथ रख सकता है, और Matt के लिए भी इसमें दखल न देने या शामिल होने की जगह छोड़ता है, जिससे भरोसा बहाल होने की संभावना बनी रहती है
    • एक राय यह भी थी कि Matt Mullenweg का तीखा स्वभाव नया नहीं है, बल्कि लंबे समय से ऐसा ही रहा है; पहले यह कम दिखता था, लेकिन हर साल कहीं न कहीं सामने आ जाता था, और पिछले 9 महीनों में तो यह बार-बार दिखा है; इसके लिए timeline, screenshots, और wp engine lawsuit documents(टाइमलाइन, News Y comment) का संदर्भ दिया गया
    • एक अन्य टिप्पणी के अनुसार core से इस mechanism को जानबूझकर तोड़ने की संभावना कम है; उदाहरण के लिए, अगर HTTP request filter functionality हटा दी जाए तो बहुत से plugins और sites टूट जाएंगे, और “एक बार install करो, फिर दोबारा सोचने की ज़रूरत नहीं” वाला selling point खत्म हो जाएगा; इसके अलावा मुख्य प्रतिस्पर्धी Wix या Jimdo जैसी services हैं, यानी यह CMS बनाम CMS की प्रतिस्पर्धा नहीं है; backend को block करने पर पुराने versions भी टूटेंगे और upgrade path भी खत्म होगा; filter और action structure को developers के लिए WordPress पर काम करना सहने लायक बनाने वाला मुख्य तत्व बताया गया, और यह भी कहा गया कि plugin ecosystem के बिना WordPress की खास उपयोगिता नहीं बचेगी; FAIR codebase में OOP और composer का PHP 8 की जरूरत न होना, बल्कि 7.2 तक support रहना चिंता की बात बताई गई, लेकिन वास्तविकता यह है कि कई WP plugins और core भी इसी स्थिति में हैं
    • WPEngine के मुकदमे की वजह से WordPress के लिए वैकल्पिक infrastructure implementations को रोकने का नैतिक आधार कमज़ोर पड़ सकता है; Linux Foundation पर भरोसा नहीं है, लेकिन पूरे WordPress विवाद में व्यक्तिगत रूप से WordPress के पक्ष में झुकाव था; फिर भी अगर Linux Foundation समर्थित, decentralized apt-style plugin repository 75% भी ठीक से काम करे, तो उस पर जाने में हिचक नहीं होगी, क्योंकि एक CEO पर निर्भर रहने से यह बेहतर है; अगर बहुत से users ऐसा सोचते हैं, तो WordPress का भविष्य अंधकारमय हो सकता है; fork न चाहने की वजह यह बताई गई कि WordPress development के लिए पैसे नहीं देने, और अगर revenue बाहर निकल गया तो WordPress और जड़ हो जाएगा; उसे पहले से ही एक dinosaur जैसा बताया गया, और स्थिति की तुलना उस परजीवी से की गई जो अपने host को मार देता है
  • एक टिप्पणीकार ने कहा कि फिलहाल उसके लिए WordPress कम-से-कम निजी उपयोग के स्तर पर dead end बन चुका है; उसने इसके कारण और अपने विचार ब्लॉग में लिखे हैं; यह शानदार tool है, लेकिन अस्थिर कंपनी की वजह से उस पर भरोसा करना मुश्किल हो गया है; अब देखना है कि FAIR Package Manager ecosystem को बदल पाता है या नहीं
    • Static Site Generator(SSG) पर migration भी एक गंभीर विकल्प माना गया; साथ ही यह सवाल उठा कि और कौन से CMS लोकप्रिय हैं; उस व्यक्ति का ब्लॉग अभी Grav पर चल रहा है, जो file-based है लेकिन Git से आसानी से manage किया जा सकता है, dynamic content, search और optional Admin UI भी support करता है; Grav आधिकारिक साइट देखी जा सकती है
  • FAIR की आधिकारिक साइट fair.pm है, जो सीधे github.com/fairpm पर redirect करती है; FAIR Package Manager को central WordPress.org plugin/theme ecosystem के distributed alternative के रूप में बनाया गया है, ताकि WordPress hosts और developers को अधिक control मिल सके; मौजूदा setup में सिर्फ plugin install करते ही इसे उपयोग किया जा सकता है, और यह दो प्रमुख हिस्सों पर आधारित है: API replacement (जैसे update checks आदि के लिए WordPress.org API की जगह FAIR), और plugins/themes के लिए distributed package management; AspirePress या किसी निर्दिष्ट domain mirror के जरिए data configuration भी संभव है; अभी stable plugins के लिए WordPress.org mirror उपयोग किया जाता है, लेकिन धीरे-धीरे इसे FAIR-native packages तक बढ़ाने की योजना है; plugin install यहाँ से किया जा सकता है
  • FAIR जैसी दिशा को momentum मिलते देखना बहुत उत्साहजनक बताया गया; विचार तो हमेशा बहुत होते हैं, लेकिन execution कठिन होता है, और इसमें अलग-अलग technical क्षेत्रों के बीच collaboration और coordination की जरूरत पड़ती है; इस स्तर तक पहुँचने के लिए सभी को बधाई दी गई
  • यह प्रश्न भी उठा कि क्या भविष्य में volunteer curator टीम को लगातार बनाए रखना संभव होगा; अभी भी packages को malware के लिए classify और verify करना, और यह देखना कि वे मौजूदा functionality की duplicate तो नहीं हैं, जैसे काम बढ़ते जा रहे हैं; AI-generated packages आने से workload भी लगातार बढ़ रहा है
    • TSC co-chair के नज़रिए से इस चिंता को पूरी तरह वाजिब माना गया; co-chair Mika Epstein(Ipstenu) लंबे समय तक plugin review team का नेतृत्व कर चुकी हैं, और कई contributors review process में गहराई से शामिल रहे हैं, इसलिए यह हमेशा शीर्ष प्राथमिकताओं में रहा है
  • WordPress/Automattic से जुड़े लंबे समय से चले आ रहे प्रमुख मुद्दों और विवादों को एक जगह इकट्ठा करने वाले महत्वपूर्ण links का संग्रह साझा किया गया; इस मामले में रुचि हो तो नीचे दिए गए items और चर्चाओं को ध्यान से देखने की सलाह दी गई
  • यह भी कहा गया कि FAIR नाम से data management क्षेत्र में पहले से इस्तेमाल हो रहे FAIR principles (Findable, Accessible, Interoperable, Reusable) के साथ भ्रम पैदा हो सकता है
    • इस पर हल्की निराशा जताई गई कि अब लगभग हर नाम कहीं न कहीं टकरा ही जाता है
  • FAIR प्रोजेक्ट का सार इस तरह बताया गया: “हम जो कर रहे हैं, वह एक नई distribution layer जोड़ना है, और उसके ऊपर अपनी governance रखना है।”