मीडिया प्रकार

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

इंटरनेट निरुपित नंबर प्राधिकरण | मीडिया प्रकार मूल रूप से टिप्पणियों के लिए अनुरोध में परिभाषित किए गए थे  (MIME) भाग एक: नवंबर 1996 में MIME (बहुउद्देश्यीय इंटरनेट मेल एक्सटेंशन) विनिर्देश के एक भाग के रूप में इंटरनेट संदेश निकायों (नवंबर 1996) का प्रारूप, ईमेल संदेश सामग्री और अनुलग्नकों के प्रकार को दर्शाने के लिए; इसलिए मूल नाम, MIME प्रकार। मीडिया प्रकार का उपयोग अन्य इंटरनेट प्रोटोकॉल जैसे HTTP द्वारा भी किया जाता है और दस्तावेज़ फ़ाइल स्वरूप जैसे HTML तत्व, समान उद्देश्यों के लिए।

हम
एक मीडिया प्रकार में एक प्रकार और एक उपप्रकार होता है, जिसे आगे एक पेड़ में संरचित किया जाता है। एक मीडिया प्रकार वैकल्पिक रूप से एक प्रत्यय और मापदंडों को परिभाषित कर सकता है:

उदाहरण के तौर पर, एक HTML फ़ाइल निर्दिष्ट की जा सकती है. इस उदाहरण में, प्रकार है,  उप प्रकार है, और  वर्ण एन्कोडिंग इंगित करने वाला एक वैकल्पिक पैरामीटर है।

प्रकार, उपप्रकार और पैरामीटर नाम केस-असंवेदनशील हैं। पैरामीटर मान आमतौर पर केस-संवेदी होते हैं, लेकिन इच्छित उपयोग के आधार पर केस-असंवेदनशील तरीके से व्याख्या की जा सकती है।

प्रकार
प्रकार का हिस्सा मीडिया प्रकार के व्यापक उपयोग को परिभाषित करता है। नवंबर 1996 तक, पंजीकृत प्रकार थे:, , , , , और. दिसंबर 2020 तक, पंजीकृत प्रकारों में पूर्वगामी, प्लस शामिल थे, , और.

सामान्य उपयोग में एक अनौपचारिक शीर्ष-स्तरीय प्रकार रासायनिक फ़ाइल स्वरूप#The Chemical MIME Project| है.

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

IANA पंजीकरण प्रक्रियाओं का उपयोग करके सभी मीडिया प्रकारों को पंजीकृत किया जाना चाहिए। मीडिया प्रकार की पंजीकरण प्रक्रिया की दक्षता और लचीलेपन के लिए, उपप्रकारों की विभिन्न संरचनाओं को पंजीकरण पेड़ों में पंजीकृत किया जा सकता है जो कि पेड़ उपसर्गों के उपयोग से अलग हैं। वर्तमान में निम्नलिखित पेड़ बनाए गए हैं: मानक (कोई उपसर्ग नहीं), विक्रेता (vnd. उपसर्ग), व्यक्तिगत या वैनिटी (prs. उपसर्ग), अपंजीकृत (x. उपसर्ग)। इन पंजीकरण पेड़ों को पहली बार नवंबर 1996 में परिभाषित किया गया था (अप्रचलित RFC 2048 - वर्तमान में RFC 6838)। प्रसिद्ध स्थायी संगठनों (जैसे वैज्ञानिक समाज) द्वारा बाहरी पंजीकरण और प्रबंधन के लिए इंटरनेट इंजीनियरिंग टास्क फोर्स स्टैंडर्ड एक्शन द्वारा नए पंजीकरण पेड़ बनाए जा सकते हैं।

मानक वृक्ष
मानक वृक्ष किसी भी वृक्ष उपसर्ग का उपयोग नहीं करता है। उदाहरण हैं,.

मानक ट्री में पंजीकरण या तो IESG द्वारा सीधे अनुमोदित IETF विशिष्टताओं से जुड़ा होना चाहिए, या IANA मान्यता प्राप्त मानकों से संबंधित संगठन द्वारा पंजीकृत होना चाहिए।

वेंडर ट्री
वेंडर ट्री में सार्वजनिक रूप से उपलब्ध उत्पादों से जुड़े मीडिया प्रकार शामिल हैं। यह उपयोग करता है वृक्ष उपसर्ग। उदाहरण हैं:,.

विक्रेता और निर्माता शब्द को संदर्भ में समकक्ष माना जाता है। उद्योग संघ के साथ-साथ गैर-वाणिज्यिक संस्थाएं वेंडर ट्री में मीडिया प्रकार पंजीकृत कर सकती हैं। वेंडर ट्री में एक पंजीकरण किसी के द्वारा बनाया जा सकता है, जिसे किसी सॉफ़्टवेयर उत्पाद या उत्पादों के सेट से जुड़ी फ़ाइलों को इंटरचेंज करने की आवश्यकता होती है। हालाँकि, पंजीकरण उस विक्रेता या संगठन का होता है जो उस सॉफ़्टवेयर का उत्पादन करता है जो पंजीकृत होने वाले प्रकार को नियोजित करता है, और वह विक्रेता या संगठन किसी भी समय किसी तीसरे पक्ष द्वारा किए गए पंजीकरण के स्वामित्व का दावा करने का चुनाव कर सकता है।

व्यक्तिगत या वैनिटी ट्री
व्यक्तिगत या वैनिटी ट्री में गैर-सार्वजनिक रूप से उपलब्ध उत्पादों या प्रायोगिक मीडिया प्रकारों से जुड़े मीडिया प्रकार शामिल हैं। यह उपयोग करता है वृक्ष उपसर्ग। उदाहरण हैं,.

अपंजीकृत पेड़
अपंजीकृत पेड़ में मीडिया प्रकार शामिल हैं जो विशेष रूप से निजी वातावरण में उपयोग के लिए लक्षित हैं और केवल पार्टियों के सक्रिय समझौते के साथ उनका आदान-प्रदान करते हैं। यह उपयोग करता है वृक्ष उपसर्ग। उदाहरण हैं,. इस ट्री में मीडिया प्रकार पंजीकृत नहीं किए जा सकते।

इस प्रकार को मूल रूप से RFC 1590 (सितंबर 1993 में प्रकाशित) में परिभाषित किया गया था। या  उपसर्ग। RFC 2048 (नवंबर 1996 में प्रकाशित) ने पेश किया  उपसर्ग, लेकिन अपंजीकृत पेड़ के उपयोग को हतोत्साहित किया, क्योंकि नए व्यक्तिगत और विक्रेता पेड़ आराम से पंजीकरण आवश्यकताओं के साथ अब उपलब्ध हैं। वर्तमान RFC 6838 (जनवरी 2013 में प्रकाशित) उसी सिफारिश को बनाए रखता है, लेकिन उपप्रकार के साथ उपसर्ग करता है  या  को अब इस वृक्ष का सदस्य नहीं माना जाता है।

मीडिया प्रकार जो व्यापक रूप से तैनात किए गए हैं (एक उपप्रकार के साथ उपसर्ग के साथ या ) बिना पंजीकृत हुए, यदि संभव हो तो उचित उपसर्ग उपप्रकार के साथ पुनः पंजीकृत होना चाहिए। यदि यह संभव नहीं है, तो मीडिया प्रकार, मीडिया प्रकार समीक्षक और IESG दोनों के अनुमोदन के बाद, मानक ट्री में इसके अपरिफ़िक्स उपप्रकार के साथ पंजीकृत हो सकता है।  व्यापक रूप से परिनियोजित प्रकार का एक उदाहरण है जो इसके साथ पंजीकृत हुआ  उपसर्ग।

प्रत्यय
प्रत्यय उस मीडिया प्रकार की अंतर्निहित संरचना को अतिरिक्त रूप से निर्दिष्ट करने के लिए मीडिया प्रकार की परिभाषा का एक संवर्द्धन है, जो उस संरचना के आधार पर सामान्य प्रसंस्करण की अनुमति देता है और सटीक प्रकार के विशेष शब्दार्थ से स्वतंत्र होता है। नामित संरचित सिंटैक्स का उपयोग करने वाले मीडिया प्रकारों को उपयुक्त आईएएनए पंजीकृत का उपयोग करना चाहिए उस संरचित सिंटैक्स के लिए जब वे पंजीकृत हों। अपंजीकृत प्रत्यय का उपयोग नहीं किया जाना चाहिए (जनवरी 2013 से)। संरचित सिंटैक्स प्रत्यय पंजीकरण प्रक्रियाओं को RFC 6838 में परिभाषित किया गया है।

प्रत्यय जनवरी 2001 से परिभाषित किया गया है ( RFC 3023 ), और साथ में संरचित सिंटेक्स प्रत्यय रजिस्ट्री की प्रारंभिक सामग्री में औपचारिक रूप से शामिल किया गया था, , , , , और जनवरी 2013 में ( RFC 6839 )। इसके बाद के जोड़ शामिल हैं , , , और.

सामान्य उदाहरण
आईएएनए रजिस्ट्री से:

मेलकैप
Mailcap (वाक्यांश मेल क्षमता से व्युत्पन्न) एक प्रकार की मेटा फ़ाइल है जिसका उपयोग यह कॉन्फ़िगर करने के लिए किया जाता है कि कैसे MIME-जागरूक एप्लिकेशन जैसे मेल क्लाइंट और वेब ब्राउज़र विभिन्न MIME-प्रकार की फ़ाइलों को प्रस्तुत करते हैं। मेलकैप प्रारूप RFC 1524 मल्टीमीडिया मेल प्रारूप सूचना के लिए उपयोगकर्ता एजेंट कॉन्फ़िगरेशन तंत्र द्वारा परिभाषित किया गया है लेकिन इसे इंटरनेट मानक के रूप में परिभाषित नहीं किया गया है। यह अधिकांश यूनिक्स प्रणालियों द्वारा समर्थित है।

लाइनें # वर्ण से शुरू होने वाली टिप्पणियां हो सकती हैं, या एक माइम-प्रकार के बाद उस माइम प्रकार को कैसे संभालना है।

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

किसी फ़ाइल को देखने के दौरान, ये दोनों एक साथ निम्नानुसार कार्य करते हैं:mime.types किसी एक्सटेंशन को MIME प्रकार से संबद्ध करता है, जबकि  एक MIME प्रकार को एक प्रोग्राम के साथ संबद्ध करता है।

UNIX-प्रकार के सिस्टम में, mime.types फ़ाइल आमतौर पर स्थित होती है  और/या   और प्रारूप बस इतना है कि प्रत्येक पंक्ति एक MIME प्रकार की एक स्थान-सीमांकित सूची है, जिसके बाद शून्य या अधिक एक्सटेंशन होते हैं। उदाहरण के लिए, HTML प्रकार को एक्सटेंशन के साथ जोड़ा जा सकता है  और  निम्न पंक्ति द्वारा: टेक्स्ट/एचटीएमएल एचटीएम एचटीएमएल

नेटस्केप का उपयोग
माइम.टाइप फ़ाइल नेटस्केप की तारीख है, जहां यह एक अलग प्रारूप का उपयोग करती है; इसमें एट्रिब्यूट-वैल्यू पेयर|की-वैल्यू पेयर और कॉमा-सेपरेटेड एक्सटेंशन की सूची का उपयोग किया गया है, साथ में एक फाइल फॉर्मेट#मैजिक नंबर जिसमें एक विशिष्ट टिप्पणी शामिल है जो फ़ाइल को एक माइम.टाइप फ़ाइल के रूप में पहचानती है, निम्नानुसार है।

प्रकार=पाठ/एचटीएमएल विस्तार=एचटीएम,एचटीएमएल
 * 1) --नेटस्केप कम्युनिकेशंस कॉर्पोरेशन MIME सूचना
 * 2) उपरोक्त पंक्ति को न हटाएं। इसका उपयोग फ़ाइल प्रकार की पहचान करने के लिए किया जाता है।

यह भी देखें

 * सामग्री बातचीत
 * सामग्री सूँघना
 * एक्सएमएल और माइम
 * फ़ाइल नाम एक्सटेंशन

बाहरी संबंध

 * IANA list of official media types
 * The Python Standard Library | mailcap Mailcap file handling
 * Common MIME types from Mozilla MDN