HTML हम हार गए

नमस्कार, हेब्र! मैं आपको सर्गेई कुचेरोव के लेख "एचटीएमएल हमारे पास कभी नहीं था" का अनुवाद प्रस्तुत करता है।

इस साल बर्नर्स-ली ने HTML विकसित करना शुरू करने के 30 साल बाद निशान लगाया। तब से, हमने एक लंबा सफर तय किया है, जो नई तकनीक के लिए प्रशंसा के साथ शुरू होता है, और इंटरनेट की लत और सेंसरशिप के उपचार के साथ समाप्त होता है। इंटरनेट ने हमें कौन-कौन सी परेशानियाँ दी हैं, पासवर्ड, पहचान की चोरी, कंप्यूटर वायरस, कीड़े, और अब रैनसमवेयर वायरस भी नहीं लाए हैं। क्या आपने कभी सोचा है कि नेटवर्क अभी भी इतना अस्थिर और असुरक्षित क्यों है? कहीं इस लंबी सड़क पर हम गलत रास्ते पर चल पड़े? चलो ठीक है।

HTML 1.0, 1993 में प्रकाशित, इसमें केवल 13 तत्व शामिल थे (केवल वे ही जो आज तक जीवित हैं):

a, address, base, dd, dir, dl, dt, h1..h6, li, p, plaintext, title, ul 

उनमें से सबसे महत्वपूर्ण, निश्चित रूप से, "एंकर" (ए) है। यह वह है जो मानक शीर्षक में पहले दो अक्षरों के लिए जिम्मेदार कार्यक्षमता को परिभाषित करता है - हाइपरटेक्स्ट। एंकर (या लिंक) के बिना, HTML सिर्फ एक और टेक्स्ट मार्कअप भाषा होगी। यह सार्वभौमिक संसाधन लोकेटर (URL) का उपयोग करके उपयोगकर्ता को दुनिया के किसी भी दस्तावेज़ में भेजने की क्षमता है, और वर्ल्ड वाइड वेब नामक इस अद्भुत घटना को बनाया गया था। दो साल बाद, HTML में कई उपयोगी तत्व जोड़े गए: html , head , body , साथ ही फ़ॉर्म, टेबल और चित्र बनाने के लिए तत्व।

आखिरी तत्व, शायद इंटरनेट के इतिहास में सबसे महत्वपूर्ण भूमिका निभाई। ब्राउज़र को न केवल पाठ, बल्कि चित्रों को प्रदर्शित करने की क्षमता देकर, हमने नई तकनीक को न केवल वैज्ञानिकों और उत्साही लोगों के एक छोटे समूह के लिए, बल्कि लाखों आम उपयोगकर्ताओं के लिए भी आकर्षक बना दिया है। हम सुरक्षित रूप से कह सकते हैं कि इस नवाचार ने इंटरनेट की गति को बढ़ाने के लिए उद्योग को आगे बढ़ाया और बड़े पैमाने पर उपयोगकर्ता के लिए इसकी पहुंच बढ़ गई। हालाँकि, इस HTML तत्व की एक और विशेषता है जिसका ऐतिहासिक महत्व है। यहां देखें:

 <img src="http://ibm.com/ibm-logo.gif" /> 

चूंकि एक पाठ फ़ाइल (कम से कम उस समय) में एक द्विआधारी छवि को एम्बेड करना असंभव है, img तत्व एक विशेषता से सुसज्जित है जो उस स्थान को इंगित करता है जहां ब्राउज़र वांछित फ़ाइल पा सकता है। यह सरल विचार एक महान आविष्कार की कुंजी था।

चाबी जो हमने कभी नहीं की।

HTML 2.0 नवंबर 1995 में प्रकाशित हुई थी। हर कोई नई सुविधाओं से खुश था, और शायद किसी को सुझाव देने का विचार क्यों नहीं था: हम अन्य सभी HTML तत्वों को भी इस विशेषता का उपयोग क्यों नहीं करने देते? इसकी कल्पना करें:

 <h1 src="/website/info/title"> </h1> 

इस कोड का अर्थ है कि हेडर की सामग्री इस URL से लोड की जानी चाहिए। यह इतने छोटे तत्व के लिए समझ में नहीं आता है, लेकिन एक div या article बारे में क्या?

 <article src="/parts/article/blog1298" /> 

अच्छा, क्या इसका कोई मतलब है? मुझे पता है कि 1993 में इंटरनेट की गति उतनी नहीं थी जितनी अब है। नई सुविधाओं ने पहले से ही मौजूदा बैंडविड्थ पर कब्जा कर लिया है, और HTTP बराबर नहीं था। हालांकि, मानक में ऐसी संभावना को रोकने का कोई कारण नहीं था।

अब आप शायद सोचेंगे कि यह विशेषता WWW के भविष्य पर क्या प्रभाव डाल सकती है? अपने आप से, शायद इतना बड़ा नहीं है। लेकिन अगर हम इसमें एक और अवसर जोड़ते हैं, तो इसका परिणाम हमारे पास अभी से बहुत अलग हो सकता है। जब ब्राउज़र पृष्ठ प्रदर्शित करता है, तो यह HTML कोड को मेमोरी में स्थित डॉक्यूमेंट ऑब्जेक्ट मॉडल (DOM) में बदल देता है। यह मॉडल तब तक अपरिवर्तित रहता है जब तक कि ब्राउज़र को किसी अन्य HTML दस्तावेज़ के साथ इसे बदलने का अनुरोध नहीं मिलता है। 1993 में भी, सॉफ्टवेयर इतने आदिम रूप से काम नहीं करता था। उस वर्ष, जब नेटस्केप नेविगेटर ने मोज़ेक ब्राउज़र को बदल दिया, तो लोटस 123 दस साल का था और विसिअल्क और भी बड़ा था । उपयोगकर्ता द्वारा दर्ज किए गए डेटा के एक फ़ंक्शन के रूप में एक दस्तावेज़ की स्थिति की गणना करने का विचार पहले से ही अच्छी तरह से जाना जाता था और लागू करने के लिए काफी सरल था। दुर्भाग्य से, किसी ने इसे ब्राउज़रों पर लागू करने का साहस नहीं किया। सोचिए अगर HTML 2.0 में यह मौका होता तो क्या होता:

 <div id="name">George</div> <h1>Welcome, $name</h1> 

यदि स्प्रेडशीट में आप अन्य कक्षों की सामग्री का उल्लेख कर सकते हैं, तो HTML दस्तावेज़ उन चर के उपयोग की अनुमति दे सकता है जो अन्य तत्वों के मूल्यों को संदर्भित करते हैं। उदाहरण के लिए, उपरोक्त कोड एक वेलकम, जॉर्ज हेडर के रूप में प्रदर्शित किया जाएगा। URL में चर भी अधिक उपयोगी हो सकते हैं:

 <article src="http://server.com/blog/$name"></article> 

उपरोक्त कोड URL की सामग्री http://server.com/blog/George से डाउनलोड करेगा। और अगर name तत्व का मान बदलता है, तो ब्राउज़र केवल इस एक तत्व की सामग्री को अपडेट करेगा। अब, सर्वर HTML कोड के तर्क और पीढ़ी के लिए जिम्मेदार है। इस मामले में, AJAX और JavaScipt का उपयोग करने की कोई आवश्यकता नहीं है। यह नया कार्य, अभी भी किसी के द्वारा प्रस्तावित नहीं है, यह गतिशील संकेत के साथ एक खोज बॉक्स को लागू करना आसान बना देगा:

 <input list="find" type="text" id="term" /> <datalist id="find" src="http://server.com/search/$term" /> 

जाहिर है, एंबेडेड प्रोग्राम कोड को निष्पादित करने की तुलना में अभिव्यक्ति का मूल्यांकन करना अधिक सुरक्षित है, जिसके परिणामों की भविष्यवाणी करना मुश्किल है। HTML को स्प्रैडशीट के साथ और भी अधिक संगत बनाने के लिए, आपको फ़ंक्शंस का उपयोग करने की क्षमता जोड़ने की आवश्यकता है:

 @CONCATENATE(first,", ",last); 

कोई जावास्क्रिप्ट, छाया डोम या अन्य महंगे और बेहद असुरक्षित कार्यों की आवश्यकता नहीं है। ब्राउज़र स्वचालित रूप से उपयोगकर्ता इनपुट के आधार पर डोम में परिवर्तन की गणना करता है। आज हम इसे प्रतिक्रियाशील प्रोग्रामिंग कहते हैं। यह शर्म की बात है कि इसके साथ आने में हमें 26 साल लग गए। क्या इसे लागू करने की कोशिश में अब बहुत देर हो चुकी है?

आप यह मान सकते हैं कि आधुनिक आवश्यकताओं के लिए HTML5 + CSS3 + JS के नवीनतम संस्करण पर्याप्त हैं। मुझे ऐसा नहीं लगता। हम अभी भी एक सरल उपयोगकर्ता इंटरफ़ेस बनाने के साथ संघर्ष कर रहे हैं, और कोणीय जैसे जेएस पुस्तकालयों को भ्रमित करने के लिए उपयोग करने के लिए मजबूर हैं। वेब घटकों के बारे में क्या? क्या वे वेब प्रोग्रामिंग को तेज, आसान और सुरक्षित बनाने में सक्षम होंगे? हो सकता है कि। या शायद नहीं। मुझे बस इतना पता है कि HTML मानक के शीर्ष पर लागू करने के लिए घटक बेहद आसान हैं जो हमारे पास कभी नहीं थे। मुझे define तत्व से मिलवाते हैं:

 <head> <define tag=“login” src=“http://server.com/components/login”> <define tag=“footer” src=“http://server.com/components/footer”> </head> <body> <login toremember="yes" /> ... <footer /> </body> 

वह सब है। घटक URL में निर्दिष्ट पते पर लोड किया गया संसाधन एक नियमित HTML फ़ाइल है। इसमें चर, फ़ंक्शंस, साथ ही अन्य घटकों के लिंक शामिल हो सकते हैं। ऐसे वेब घटकों का उपयोग न केवल एक वेबसाइट पर, बल्कि इंटरनेट पर एक मानक पुस्तकालय के रूप में भी किया जा सकता है। HTTP / 2 प्रोटोकॉल कई उपयोगी विशेषताओं को प्रस्तुत करता है जो नए HTML को अपनी पूर्ण क्षमता पर काम करने की अनुमति देगा। जावास्क्रिप्ट को छोड़ा जा सकता है, लेकिन ज्यादातर मामलों में इसकी जरूरत नहीं होगी। स्प्रेडशीट में मैक्रो का उपयोग करने की आखिरी बार आपको कब आवश्यकता थी?