हो-हो-हो! एक छुट्टी हमारे पास आती है! हमेशा कोका-सह ... HTML5!
बर्फ गिर गई और किसी तरह अपूर्ण रूप से एक उत्सव आया, नए साल का मूड। किसी तरह से उत्सव की भावना को बनाए रखने के लिए, हमने प्रकाशक से थोड़ा आश्चर्यचकित करने और मार्क पिल्ग्रिम की मुफ्त ई-बुक " एचटीएमएल 5 " के साथ अपने पाठकों को खुश करने का फैसला किया । डेवलपर की मार्गदर्शिका ”(DIVE INTO HTML5)। मूल पुस्तक मुफ्त में इंटरनेट पर भी उपलब्ध है।

इससे पहले कि आप पूरी पुस्तक डाउनलोड करें, हम सुझाव देते हैं कि आप पहले अध्याय से खुद को परिचित करें:

अध्याय 1. हम यहां कैसे पहुंचे?

चलिए शुरू करते हैं

मैंने हाल ही में मोज़िला मंच के लिए एक डेवलपर का एक बयान पढ़ा, जो तनाव के बारे में बात करता है जो मानकों के विकास में हमेशा साथ देता है:

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

जबकि मैं बताऊंगा कि HTML5 कैसे दिखाई दिया, इन शब्दों को याद रखें।

माइम के प्रकार

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

जब भी आपका ब्राउज़र किसी पेज को लोड करने की कोशिश करता है, सर्वर, क्लाइंट प्रोग्राम को पेज का कोड भेजने से पहले उसे हेडर की एक श्रृंखला भेजता है। उपयोगकर्ता आमतौर पर इन हेडर को नहीं देखता है, हालांकि वेब डेवलपर्स के लिए कुछ कार्यक्रम उन्हें प्रदर्शित करने की क्षमता प्रदान करते हैं। हेडिंग महत्वपूर्ण रूप से महत्वपूर्ण हैं क्योंकि वे ब्राउज़र को बताते हैं कि उनके बाद भेजे गए पृष्ठ के कोड को कैसे देखें। सबसे जानकारीपूर्ण शीर्षक को Content-Type कहा जाता है और इस तरह दिखता है:

Content-Type: text/html

text/html मान को सामग्री प्रकार या लोड किए गए पृष्ठ के MIME प्रकार कहा जाता है। केवल यह शीर्षक निर्धारित करता है कि किसी व्यक्तिगत संसाधन की सामग्री क्या है और इसलिए, इस संसाधन को कैसे प्रदर्शित किया जाना चाहिए। छवियों के अपने MIME प्रकार ( image/jpeg - JPEG प्रारूप में चित्रों के लिए, image/png - PNG प्रारूप, आदि के लिए) हैं। जावास्क्रिप्ट फाइलें, सीएसएस स्टाइलशीट और, सामान्य तौर पर, वेब पर सब कुछ अपने स्वयं के माइम प्रकारों से सुसज्जित हैं।

वास्तव में, सब कुछ ऊपर वर्णित की तुलना में थोड़ा अधिक जटिल है। सबसे पहले वेब सर्वर, जिसका अर्थ है कि मैं 1993 और उसके बाद के वर्षों के वेब सर्वरों को Content-Type हेडर नहीं भेजता था, क्योंकि वे केवल 1994 में आविष्कार किए गए थे। अनुकूलता के लिए, जिसके नाम से, वैसे, 1993 से लेकर आज तक बहुत कुछ किया गया है और किया जा रहा है, कुछ शर्तों के तहत कुछ लोकप्रिय ब्राउज़र्स Content-Type हेडर को अनदेखा करते हैं। इसे सामग्री सूँघना कहते हैं। लेकिन सामान्य नियम यह है कि वेब सामग्री का कोई भी टुकड़ा, चाहे वह एक HTML पृष्ठ हो, छवि, स्क्रिप्ट, वीडियो, PDF दस्तावेज़ या उसके स्वयं के URL के अंतर्गत कुछ और, क्लाइंट प्रोग्राम को MIME प्रकार की प्रारंभिक अधिसूचना के साथ क्लाइंट हेडर में भेजा जाता है। Content-Type । इस जानकारी को अच्छी तरह से याद रखें, क्योंकि यह काम में आएगी।

कैसे मानकों के बारे में बड़ा विषयांतर

टैग कहां से आया? मुझे नहीं लगता कि आपने कम से कम कभी-कभी एक समान प्रश्न पूछा था। जाहिर है किसी ने बनाया। ऐसी बातें कहीं से नहीं आती हैं। HTML के उन सभी तत्वों और विशेषताओं का, जिनका आपने अलग-अलग समय पर उपयोग किया था, बिल्कुल सभी को एक बार किसी ने बनाया था। यह कोई व्यक्ति कैसे एक तत्व या गुण के साथ काम करना चाहिए, और लेखन में अपने विचारों को तैयार करता है। इस तरह के लोग निस्संदेह हमसे ज्यादा होशियार होते हैं, लेकिन वे सामान्य लोग भी होते हैं।

यदि मानक खुले तौर पर विकसित किया गया था, तो आप अतीत में लौट सकते हैं और देख सकते हैं कि विनिर्देश के एक या दूसरे पैराग्राफ का विचार कैसे पैदा हुआ। चर्चा मेलिंग सूचियों में आयोजित की जाती है, और उनके अभिलेखागार में आमतौर पर एक खोज इंटरफ़ेस होता है। टैग के बारे में सवाल का जवाब देने के लिए, मैंने थोड़ा "इलेक्ट्रॉनिक पुरातत्व" करने का फैसला किया और उस समय की गहराई में डूब गया जब वर्ल्ड वाइड वेब कंसोर्टियम (W3C) अभी तक मौजूद नहीं था, और दुनिया के सभी वेब सर्वर उंगलियों पर गिने जा सकते थे। यह इंटरनेट के शुरुआती दिनों की बात है।

25 फरवरी, 1993, मार्क आंद्रेसेन ने लिखा :

मेरा सुझाव है कि एक नया वैकल्पिक HTML टैग:

IMG

इसके साथ, तर्क SRC = "url" को इंगित किया जाना चाहिए। टैग बिटमैप फ़ाइल (बिटमैप या पिक्समैप) को संदर्भित करता है। ब्राउज़र वेब पर इस फ़ाइल का अनुरोध करेगा, इसे एक छवि के रूप में पहचानें और इसे जगह के अनुसार पाठ में पेस्ट करें
पेज कोड में टैग।
उपयोग का उदाहरण:


(एक समापन टैग की आवश्यकता नहीं है।)

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

यह कार्यक्षमता X मोज़ेक में लागू की जाएगी। हम इस पर काम कर रहे हैं और कम से कम विकास दल के भीतर इसका उपयोग करने जा रहे हैं। बेशक, मुझे आपके सुझावों के बारे में खुशी होगी कि HTML में छवियों का समर्थन करने के लिए क्या तंत्र होना चाहिए। यदि आपके पास मेरा एक बेहतर विचार है, तो कृपया साझा करें। मुझे पता है कि विभिन्न प्रकार के ग्राफिक प्रारूप स्थिति को बेहद धूमिल बना देते हैं, लेकिन मुझे कोई विकल्प नहीं दिखता है। आप केवल यह कह सकते हैं: "ब्राउज़र को सबसे अच्छा काम करने दें" - और उस समय की प्रतीक्षा करें जब आदर्श समाधान की पेशकश की जाएगी (शायद किसी दिन, माइम प्रकारों का उपयोग करके)।

इस उद्धरण को स्पष्ट करने की आवश्यकता है। Xbm और Xpm UNIX सिस्टम पर लोकप्रिय ग्राफिक प्रारूप हैं; मोज़ेक पहले ब्राउज़रों में से एक है। इसके संस्करण, जो यूनिक्स प्रणालियों पर काम करता था, को एक्स मोज़ेक कहा जाता था। 1993 की शुरुआत में जब मार्क ने इस पत्र को चर्चा सूची में भेजा, तो उन्होंने अभी तक मोज़ेक कम्युनिकेशंस कॉरपोरेशन की स्थापना नहीं की थी, जो बाद में उन्हें प्रसिद्धि दिलाई, और अभी तक भविष्य की कंपनी के प्रमुख उत्पाद - मोज़ेक नेटस्केप ब्राउज़र (कंपनी और कार्यक्रम) का नाम बदलकर काम शुरू नहीं किया था। नेटस्केप कॉर्पोरेशन और नेटस्केप नेविगेटर क्रमशः)।

"शायद किसी दिन" MIME प्रकारों की बात करते हुए, मार्क HTTP प्रोटोकॉल में उपलब्ध कराई गई सामग्री बातचीत तंत्र को संदर्भित करता है। " इस तंत्र के लिए धन्यवाद, क्लाइंट ब्राउज़र प्रोग्राम सर्वर को सूचित करता है (इस मामले में, वेब सर्वर) यह किस प्रकार के संसाधनों को संभाल सकता है (उदाहरण के लिए, image/jpeg ), और सर्वर क्लाइंट के लिए सुविधाजनक प्रारूप में सामग्री को वापस भेज सकता है। फरवरी 1993 तक, सॉफ़्टवेयर में केवल HTTP प्रोटोकॉल (1991) का पहला संस्करण लागू किया गया था, जिसमें क्लाइंट समर्थित छवि प्रकारों के बारे में जानकारी सर्वर पर प्रसारित नहीं कर सकता था। इसलिए मार्क को जिस समस्या का सामना करना पड़ा। कुछ घंटों बाद, टोनी जॉनसन ने जवाब दिया:

मेरे पास मिडास 2 .0 (एसएलएसी द्वारा कार्यक्रम अभी भी आंतरिक उपयोग में है, लेकिन खुली रिलीज के लिए तैयार है) एक समान समाधान का उपयोग किया जाता है। टैग को अन्यथा नाम दिया गया है, और इसका एक और तर्क है NAME = "नाम", लेकिन कार्यक्षमता बिल्कुल उसी तरह है जैसे IMG टैग आपके द्वारा प्रस्तावित किया गया था। एक उदाहरण:



NAME , «» . , , , , . , , .

( , ) . , -, , IMG SRC, IMAGE SOURCE . ICON — , , . ,
, ICON .
मिडास एक और प्रारंभिक ब्राउज़र है, जो एक्स मोज़ेक का समकालीन है। यह क्रॉस-प्लेटफॉर्म था और UNIX और VMS दोनों पर काम करता था। संक्षिप्त SLAC का अर्थ है स्टैनफोर्ड रैखिक त्वरक केंद्र (स्टैनफोर्ड रैखिक त्वरक (इलेक्ट्रॉन) अनुसंधान केंद्र)। अब इस केंद्र को राष्ट्रीय प्रयोगशाला का दर्जा मिला है। SLAC इंजीनियरों ने संयुक्त राज्य अमेरिका में पहला वेब सर्वर लॉन्च किया, जो वास्तव में यूरोप के बाहर पहला था। फरवरी 1993 में, एसएलएसी को एक नेटवर्क शताब्दी (एक वर्ष और तीन महीने तक काम करने वाला) माना जाता था, सर्वर पर पांच वेब पेजों के साथ।

यहाँ टोनी के पत्र की निरंतरता है:

चूंकि हम नए टैग के बारे में बात कर रहे हैं, मैं एक और समान टैग के बारे में बात करूंगा, जिसका समर्थन मैं मिडास 2 .0 में लागू करना चाहता हूं। उनकी योजना इस प्रकार है:



, . , — -. HTTP2, .
HTTP2 नाम के तहत, 1992 संस्करण का मूल HTTP संस्करण यहां दिखाई देता है। 1993 की शुरुआत में, इसका एक महत्वपूर्ण हिस्सा सॉफ्टवेयर कार्यान्वयन नहीं था। कुछ परिशोधन के बाद HTTP 2 के रूप में जाना जाने वाला मसौदा, HTTP 1.0 के रूप में मानकीकृत किया गया था। HTTP 1.0 में पहले से ही सामग्री बातचीत के लिए अनुरोध हेडर शामिल हैं, अर्थात्, "शायद किसी दिन" बहुत जल्द आ गया है।

टोनी ने इस पत्र को समाप्त किया:

मैंने निम्नलिखित विकल्प पर विचार किया:

<A HREF="..." INCLUDE>.

मैं टैग में नई कार्यक्षमता जोड़ना नहीं चाहता . , INCLUDE . , INCLUDE, (« . » ) , INCLUDE. . , INCLUDE . , INCLUDE, (« . » ) , INCLUDE.
यह प्रस्ताव लागू नहीं किया गया है, हालांकि छवि गायब होने की स्थिति में एक प्रतिस्थापन पाठ का विचार बहुत आकर्षक है और मार्क द्वारा प्रस्तावित टैग डिज़ाइन में इसका उल्लेख नहीं किया गया है। कई साल बाद, विचार को एक विशेषता में लागू किया गया था (जिसके बाद नेटस्केप ने सब कुछ बर्बाद कर दिया, जिसने गलत तरीके से वैकल्पिक पाठ को टूलटिप के रूप में प्रदर्शित किया)।

टिम बर्नर्स-ली ने संदेश के कुछ घंटों बाद उन्हें और मार्क को जवाब दिया:

मैंने सोचा था कि चित्रों का प्रतिनिधित्व किया जा सकता है । संदर्भ संबंध का अर्थ इस प्रकार है:

EMBED - प्रदर्शन के लिए दस्तावेज़ के दिए गए स्थान में सामग्री एम्बेड करें;
स्रोत दस्तावेज़ उपलब्ध होने पर वर्तमान में प्रदर्शन सामग्री।

यह ध्यान देने योग्य है कि विशेषताओं के विभिन्न संयोजन संभव हैं। यदि ब्राउज़र उनमें से किसी का समर्थन नहीं करता है, तो कोई विफलता नहीं होगी। यह स्पष्ट है कि इस तरह से उपयोगकर्ता की पसंद के प्रति संवेदनशील होने वाले आइकन बनाने के लिए, आपको एक एंकर को दूसरे में घोंसला बनाने की आवश्यकता है। लेकिन ईमानदारी से, मैं एक विशेष टैग को पेश नहीं करना चाहूंगा।

इस प्रस्ताव को लागू नहीं किया गया है, लेकिन rel विशेषता अभी भी मौजूद है (अध्याय 3 के "HEAD तत्व" अनुभाग देखें)।
जिम डेविस ने कहा:

उदाहरण के लिए, इस प्रकार की सामग्री को निर्दिष्ट करने में सक्षम होना अच्छा होगा:



हालांकि, मुझे निश्चित रूप से उस समय तक जीने की उम्मीद है जब फ़ाइल एक्सटेंशन द्वारा सामग्री के प्रकार को सख्ती से निर्धारित किया जाएगा।

यह प्रस्ताव भी लागू नहीं किया गया था, हालांकि बाद में नेटस्केप ने टैग का उपयोग करके मनमाने मल्टीमीडिया ऑब्जेक्ट्स के एम्बेडिंग का समर्थन करना शुरू कर दिया .

(Jay C. Weber) :
.

(Jay C. Weber) :


ब्राउज़रों में ग्राफिक्स प्रदर्शित करना मेरा पुराना सपना है। लेकिन क्या वास्तव में प्रत्येक प्रकार की मल्टीमीडिया जानकारी के लिए एक व्यक्तिगत टैग बनाना आवश्यक है? कुछ समय पहले तक, हर कोई MIME प्रकार के तंत्र के उद्भव को देखकर खुश था। अब क्या हुआ?

मार्क एंड्रेसन ने जवाब दिया:

यह मानक दस्तावेज़ प्रसंस्करण इंजन के रूप में MIME प्रकारों के आगामी उपयोग का विकल्प नहीं है। यह कार्यक्षमता का एक सरल कार्यान्वयन है जो MIME के ​​स्वतंत्र रूप से आवश्यक है।

जे वेबर ने आपत्ति की:

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

अनुभव बताता है कि जे की चिंता अच्छी तरह से स्थापित थी। सच है, एक सप्ताह से अधिक समय बीत चुका है, लेकिन HTML5 में टैग दिखाई दिए