“सस्ता” वेब
“सस्ते” या “छोटे” वेब के लिए एक मैनिफ़ेस्टो ने फिर से इस बहस को जीवित कर दिया है कि वेब किसे प्राथमिकता दे: अभिव्यंजक, विशिष्ट व्यक्तिगत साइटें या तेज़, एकरूप, आसानी से पढ़ी जाने वाली पेजें जो कम-शक्ति वाले हार्डवेयर और सहायक तकनीकों पर काम करें। टिप्पणीकार इस पर बहस करते हैं कि क्या HTML/CSS/JS स्वभावतः गैर-विशेषज्ञों के लिए बहुत जटिल हैं, आधुनिक टूलिंग और कॉर्पोरेट प्लेटफ़ॉर्म को कितना दोष दिया जाए, और क्या Gemini या markdown-over-HTTP जैसे विकल्प एक यथार्थवादी रास्ता दे सकते हैं। कई लोग शुरुआती वेब की सरल, अधिक प्रयोगात्मक भावना के प्रति नॉस्टैल्जिया व्यक्त करते हैं, लेकिन इस बात पर अलग-अलग राय रखते हैं कि समाधान सख्त न्यूनतावाद है, बेहतर सुलभता है, या सामान्य लोगों के लिए प्रकाशित करना आसान और अधिक रखरखाव-योग्य बनाना है।
सौंदर्य, वैयक्तिकरण और “एकरूपता”
- इस पर बहस कि क्या व्यक्तिगत साइटें दृश्य रूप से अभिव्यंजक होनी चाहिए या ज़्यादातर मानकीकृत और पाठक-नियंत्रित।
- कुछ लोग आराम और पठनीयता के लिए अधिक एकरूप, किताब-जैसी लेआउट चाहते हैं; दूसरों को Comic Sans, टाइल्ड बैकग्राउंड, संगीत जैसी चंचल, यहाँ तक कि “भद्दी” डिज़ाइनें भी वैध आत्म-अभिव्यक्ति लगती हैं।
- उन उपयोगकर्ताओं के बीच तनाव जो न्यूनतम “अनुभव” के साथ जानकारी चाहते हैं, बनाम उन निर्माताओं के जो लेआउट और इंटरैक्शन के साथ प्रयोग करना पसंद करते हैं।
- कुछ लोगों के अनुसार रीडर मोड और कस्टम स्टाइलशीट वैयक्तिकरण के लिए सही जगह हैं (उपयोगकर्ता, लेखक नहीं)।
“Cheap/Smol Web” के लक्ष्य
- ऐसे सिद्धांतों का समर्थन: आसान रखरखाव, कम संसाधन उपयोग, लंबे समय तक चलने वाली साइटें, आसान एंट्री और एग्ज़िट, और पुराने/कम-शक्ति वाले डिवाइसों के साथ संगतता।
- आलोचक “1W बिजली पर सुखद” या “Wii पर काम करता है” जैसे मीट्रिक्स को मनमाना या अस्पष्ट बताते हैं, लेकिन अन्य लोग दक्षता को सरलता और पहुंच-योग्यता के एक संकेतक के रूप में पसंद करते हैं।
- कुछ लोगों को लगता है कि मैनिफ़ेस्टो का लहजा स्वतंत्र साइट मालिकों को यह बताने की ओर झुकता है कि उन्हें अपनी साइट “कैसे” डिज़ाइन करनी चाहिए।
तकनीकी विकल्प: HTML, JS, और विकल्प
- कई लोगों का तर्क है कि साधारण सेमांटिक HTML (न्यूनतम CSS के साथ) पहले ही “सस्ते वेब” के ज़्यादातर लक्ष्यों को हासिल कर लेता है, और सही ढंग से इस्तेमाल करने पर सुलभ भी होता है।
- अन्य लोग कहते हैं कि HTML/CSS/JS में जटिलता की एक न्यूनतम सीमा है जो गैर-तकनीकी लोगों को रोकती है; प्रस्तावों में सरल मार्कअप भाषाएँ, HTML/CSS के उपसमुच्चय, या markdown-over-HTTP शामिल हैं।
- Gemini/Gopher-शैली के प्रोटोकॉल पर चर्चा होती है: सरलता के लिए सराहे जाते हैं, लेकिन बहुत निर्विकार या विशिष्ट माने जाते हैं; “मज़ेदार” मानक अक्सर फिर से जटिलता जमा करके आधुनिक वेब की ओर लौट आते हैं।
- JavaScript का बचाव समृद्ध साझा अनुभव सक्षम करने के लिए किया जाता है, लेकिन अनावश्यक फुलावट और जहाँ दस्तावेज़ पर्याप्त हों वहाँ प्रोग्राम थोपने के लिए इसे दोषी भी ठहराया जाता है।
होस्टिंग, प्लेटफ़ॉर्म और नियंत्रण
- लोग Facebook/होस्टेड प्लेटफ़ॉर्म की ओर इसलिए मुड़ते हैं क्योंकि वे वेब टेक्नोलॉजी सीखने और होस्टिंग/DNS प्रबंधित करने से सस्ते और आसान हैं।
- स्टैटिक होस्टिंग (S3 + CDN, साधारण HTML, स्टैटिक जनरेटर) को कम लागत वाले विकल्प के रूप में प्रस्तावित किया जाता है, लेकिन इसके लिए अभी भी तकनीकी कौशल चाहिए, जिसे बहुत से लोग नहीं चाहते।
- उपमा: “बस” (प्लेटफ़ॉर्म) पर निर्भर रहना बनाम “बाइक” (स्व-होस्टेड साइट) का मालिक होना; प्लेटफ़ॉर्म तब तक सुविधाजनक हैं जब तक वे बदल न जाएँ या आपको बैन न कर दें।
सुलभता और उपयोगिता
- सुलभता अक्सर बाद की बात रह जाती है; यहाँ तक कि साधारण “cheap” पेज भी स्क्रीनरीडरों में विफल हो सकते हैं (जैसे, सजावटी दिल बार-बार ज़ोर से पढ़े जाएँ)।
- व्यावहारिक सुझाव सामने आते हैं:
role="presentation"याaria-labelका उपयोग करें, शोरगुल वाले ARIA “point scoring” से बचें, और सचमुच स्क्रीनरीडरों (VoiceOver, NVDA) के साथ परीक्षण करें, आदर्श रूप से मॉनिटर बंद करके।
खोज और खोया हुआ Indie Web
- कई लोग शुरुआती व्यक्तिगत साइटों को याद करते हैं और इसके लिए Google की रैंकिंग पसंदों तथा क्यूरेटेड डाइरेक्टरी, ब्लॉग्रोल और टैगिंग सिस्टम के नुकसान—दोनों को दोष देते हैं।
- छोटे, गैर-व्यावसायिक साइटें अभी भी मौजूद हैं, लेकिन कॉर्पोरेट और SEO-अनुकूलित सामग्री के बीच उन्हें ढूँढ़ना कठिन है.