MIME प्रकार

मीडिया प्रकार की बनावट

MIME प्रकार - जिसे ठीक से मीडिया प्रकार कहा जाता है - वह लेबल है जो सर्वर अपनी प्रतिक्रिया के साथ जोड़ता है, ताकि क्लाइंट जान सके कि आगे आने वाले बाइट का क्या करना है। इसके दो हिस्से स्लैश से अलग होते हैं: एक शीर्ष-स्तरीय प्रकार जैसे text, image, audio, video, font, model या application, और एक सबटाइप जो विशिष्ट फ़ॉर्मैट का नाम बताता है। image/png और application/json दोनों पूर्ण मीडिया प्रकार हैं; अकेला image नहीं है।

सबटाइप की अपनी परंपराएँ होती हैं। शुरुआती x- कभी प्रायोगिक प्रकार दर्शाता था, जैसे application/x-tar, और यह चलन अब अनुशंसित न होते हुए भी बचे हुए नाम इतने व्यापक रूप से तैनात हैं कि बदले नहीं जा सकते। अंत में लगा +suffix बताता है कि फ़ॉर्मैट किसी अधिक सामान्य सिंटैक्स पर बना है: image/svg+xml XML है, application/ld+json JSON है, और विशिष्ट फ़ॉर्मैट न पहचानने पर पार्सर आधार सिंटैक्स पर लौट सकता है।

कुछ प्रकार अर्धविराम के बाद पैरामीटर स्वीकार करते हैं। इनमें सबसे महत्वपूर्ण charset है, जैसे text/html; charset=utf-8 में। किसी पाठ्य प्रतिक्रिया में इसे छोड़ देना ब्राउज़र को एनकोडिंग का अनुमान लगाने का न्योता देता है, जो मोजिबाके का जाना-पहचाना कारण है, इसलिए UTF-8 स्पष्ट रूप से घोषित करना उन कुछ अतिरिक्त अक्षरों के लायक हमेशा होता है।

हेडर एक्सटेंशन से ज़्यादा क्यों मायने रखता है

ब्राउज़र तय करते हैं कि किसी प्रतिक्रिया का क्या करना है, यह Content-Type हेडर से — URL में मौजूद फ़ाइल नाम से नहीं। PNG को text/plain के रूप में भेजना बाइनरी कचरे की दीवार दिखाता है; JSON को text/html के रूप में भेजने पर कोई fetch क्लाइंट उसे नकार सकता है। हेडर सही रखना ही यह तय करता है कि डाउनलोड सही ऐप्लिकेशन में खुले और इनलाइन एसेट डाउनलोड होने के बजाय रेंडर हो।

इस बेमेल के सुरक्षा परिणाम भी हैं। पुराने ब्राउज़र MIME स्निफ़िंग करते थे — प्रतिक्रिया के पहले बाइट देखकर उस हेडर को अनदेखा कर देते थे जिसे वे ग़लत मानते। ऐसा हमलावर, जो HTML जैसी दिखने वाली फ़ाइल अपलोड कर सके, उसे साइट के ओरिजिन में चलवा सकता था, चाहे सर्वर ने उसे इमेज बताया हो। X-Content-Type-Options: nosniff हेडर इस व्यवहार को बंद कर देता है और उपयोगकर्ता द्वारा अपलोड किया गया कंटेंट देने वाले किसी भी एंडपॉइंट पर अब मानक प्रथा है।

डाउनलोड के लिए मीडिया प्रकार के साथ Content-Disposition: attachment; filename="report.pdf" जोड़ें। मीडिया प्रकार बताता है कि बाइट क्या हैं, और डिस्पोज़िशन बताता है कि ब्राउज़र को उनका क्या करना चाहिए — दोनों अलग सवालों के जवाब देते हैं।

यह मैपिंग वास्तव में कहाँ रहती है

एक्सटेंशन से प्रकार की कोई एक अधिकृत तालिका नहीं है, और यह लोगों को चौंकाता है। IANA मीडिया प्रकारों को रजिस्टर करता है, लेकिन फ़ाइल एक्सटेंशन से प्रकार की मैपिंग एक स्थानीय परंपरा है, जिसे हर सर्वर अलग-अलग सँभालता है। Apache mime.types पढ़ता है, nginx की अपनी mime.types फ़ाइल होती है, और ऐप्लिकेशन फ़्रेमवर्क अपनी लुकअप तालिकाएँ साथ लाते हैं। इसीलिए वही .wasm फ़ाइल एक सर्वर से सही रूप में और किसी दूसरे, अपडेट न हुए सर्वर से application/octet-stream के रूप में मिल सकती है।

application/octet-stream सामान्य फ़ॉलबैक है, जिसका अर्थ है "कोई भी बाइनरी डेटा"। जब फ़ॉर्मैट वाकई अज्ञात हो तो यह ईमानदार उत्तर है, लेकिन यह इनलाइन रेंडरिंग रोक देता है, इसलिए जिन फ़ॉर्मैट को आपकी साइट नियमित रूप से भेजती है, उनके लिए स्पष्ट मैपिंग जोड़ना ठीक रहता है। AVIF, JXL और WebAssembly जैसे नए फ़ॉर्मैट ही पुराने सर्वर कॉन्फ़िगरेशन से सबसे अधिक ग़ायब मिलते हैं।