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

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

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

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

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

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

प्रकार
"प्रकार" भाग मीडिया प्रकार के व्यापक उपयोग को परिभाषित करता है। इस प्रकार नवंबर साल 1996 तक, पंजीकृत प्रकार थे: एप्लिकेशन, ऑडियो, छवि, संदेश, मल्टीपार्ट, टेक्स्ट और वीडियो इसके पश्चात दिसंबर साल 2020 तक, पंजीकृत प्रकारों में पूर्वगामी, प्लस फ़ॉन्ट, उदाहरण और मॉडल सम्मिलित थे।

सामान्य उपयोग में एक अनौपचारिक शीर्ष-स्तरीय प्रकार रासायनिक फ़ाइल स्वरूप रसायन एमआईएमई परियोजना है.

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

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

मानक ट्री
मानक ट्री किसी भी ट्री उपसर्ग का उपयोग नहीं करता है। उदाहरण टेक्स्ट/जावास्क्रिप्ट, छवि/पीएनजी हैं।

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

विक्रेता ट्री
विक्रेता ट्री में सार्वजनिक रूप से उपलब्ध उत्पादों से जुड़े मीडिया प्रकार सम्मिलित हैं। यह vnd. का उपयोग करता है ट्री उपसर्ग। उदाहरण हैं: application/vnd.ms-excel, application/vnd.oasis.opendocument.text।

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

व्यक्तिगत या वैनिटी ट्री
व्यक्तिगत या वैनिटी ट्री में गैर-सार्वजनिक रूप से उपलब्ध उत्पादों या प्रायोगिक मीडिया प्रकारों से जुड़े मीडिया प्रकार सम्मिलित हैं। इस प्रकार ट्री उपसर्ग या यह पीआरएस का उपयोग करता है. ट्री उपसर्ग. उदाहरण Audio/prs.sid, image/prs.btif हैं।

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

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

मीडिया प्रकार जिन्हें पंजीकृत किए बिना व्यापक रूप से नियत किया गया है (x- या यदि यह संभव नहीं है, तो मीडिया प्रकार को, मीडिया प्रकार समीक्षक और आईईएसजी दोनों के अनुमोदन के बाद, इसके उपसर्ग रहित उपप्रकार के साथ मानक ट्री में पंजीकृत किया जा सकता है। application/x-www-form-urlencoded एक व्यापक रूप से नियत प्रकार का एक उदाहरण है जो x- उपसर्ग के साथ पंजीकृत हुआ हैं।

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

+xml प्रत्यय को जनवरी 2001 (आरएफसी 3023) से परिभाषित किया गया है और औपचारिक रूप से +json, +ber, +der, +fastinfoset, +wbxml, और के साथ संरचित सिंटैक्स प्रत्यय रजिस्ट्री की प्रारंभिक सामग्री में सम्मिलित किया गया था। जनवरी 2013 में +ज़िप (आरएफसी 6839)। इसके बाद के परिवर्धन में +gzip, +cbor, +json-seq, और +cbor-seq सम्मिलित हैं।

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


 * (JSON-LD)
 * (.doc)
 * (.efi)
 * (.xls)
 * (.ppt)
 * (.odt)
 * (.pptx)
 * (.xlsx)
 * (.docx)
 * (.zst)
 * (.jpg, .jpeg, .jfif, .pjpeg, .pjp)
 * (.svg)
 * (.obj)
 * (.js)
 * (.zst)
 * (.jpg, .jpeg, .jfif, .pjpeg, .pjp)
 * (.svg)
 * (.obj)
 * (.js)
 * (.jpg, .jpeg, .jfif, .pjpeg, .pjp)
 * (.svg)
 * (.obj)
 * (.js)
 * (.obj)
 * (.js)
 * (.js)
 * (.js)
 * (.js)
 * (.js)
 * (.js)

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

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

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

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

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

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

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

यह भी देखें

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

बाहरी संबंध

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