क्या सभी छवि फ़ाइलों के लिए एक सामान्य माइम-प्रकार है?
आम तौर पर वहाँ नहीं है, लेकिन इस जवाब में बाद में प्रलेखित अपवादों के एक जोड़े हैं।
फ़ाइल को प्रोसेस करने के लिए (फ़ाइल हेडर को पढ़े बिना) यह जानने के लिए आपको एक माइम प्रकार की आवश्यकता है।
टिप्पणियाँ:
सभी छवि फ़ाइलों में एक हेडर नहीं होता है जो उनके प्रकार की पहचान करता है।
एसवीजी फाइलें , उदाहरण के लिए, सिर्फ एक्सएमएल फाइलें हैं। तो सही mimetype या एक्सटेंशन के बिना फ़ाइल के प्रकार की सही पहचान करने का कोई तरीका नहीं होगा।
Mime प्रकारों को सामग्री-प्रकार / उप-प्रकार के रूप में निर्दिष्ट किया जाता है
image/genericआईएएनए पंजीकृत छवि उपप्रकारों की पूरी सूची के लिए नीचे कोई माइम प्रकार नहीं है ("आगे पढ़ने" देखें)।
क्या इसका मतलब है कि कई छवि फ़ाइलों के लिए एक माइम-प्रकार है?
ऐसा कोई एकल नहीं है Content-Type/subtypeजो कई छवि स्वरूपों को कवर करता है।
सिद्धांत रूप में आप एक अज्ञात उपप्रकार का उपयोग कर सकते हैं जैसे कि image/xyzW3C का कहना है कि:
"एक सामग्री-प्रकार image/xyzएक उपयोगकर्ता एजेंट को बताने के लिए पर्याप्त है कि डेटा एक छवि है, भले ही उपयोगकर्ता एजेंट को विशिष्ट छवि प्रारूप का ज्ञान न हो xyz..." इस तरह की कार्रवाई पाठ के अपरिचित उपप्रकारों के लिए उचित हो सकती है, लेकिन छवि या ऑडियो के अपरिचित उपप्रकारों के लिए नहीं "
सामान्य तौर पर, शीर्ष-स्तरीय सामग्री-प्रकार का उपयोग सामान्य प्रकार के डेटा को घोषित करने के लिए किया जाता है, जबकि उप-प्रकार उस डेटा के लिए एक विशिष्ट प्रारूप निर्दिष्ट करता है।
इस प्रकार, "छवि / xyz" का एक कंटेंट-प्रकार एक उपयोगकर्ता एजेंट को बताने के लिए पर्याप्त है कि डेटा एक छवि है, भले ही उपयोगकर्ता एजेंट को विशिष्ट छवि प्रारूप "xyz" का ज्ञान न हो।
ऐसी जानकारी का उपयोग किया जा सकता है, उदाहरण के लिए, यह तय करने के लिए कि उपयोगकर्ता को किसी अपरिचित उपप्रकार से कच्चा डेटा दिखाना है या नहीं - इस तरह की कार्रवाई पाठ के अपरिचित उपप्रकारों के लिए उचित हो सकती है, लेकिन छवि या ऑडियो के अपरिचित उपप्रकारों के लिए नहीं।
इस कारण से, ऑडियो, छवि, पाठ और वीडियो के पंजीकृत उपप्रकार में एम्बेडेड जानकारी नहीं होनी चाहिए जो वास्तव में एक अलग प्रकार की हो। ऐसे यौगिक प्रकारों का प्रतिनिधित्व "मल्टीपार्ट" या "एप्लिकेशन" प्रकारों का उपयोग करके किया जाना चाहिए।
स्रोत W3C - सामग्री-प्रकार हैडर फ़ील्ड
क्या मैं image/*अपने विशेष मामले के लिए वाइल्डकार्ड का उपयोग कर सकता हूं ?
ताकि यह एकवचन फ़ाइल एक्सटेंशन / mimes को निर्दिष्ट किए बिना मेरे उद्देश्य के लिए उपयोग किया जा सके?
हाँ। जैसा कि आपने बताया है कि KDE और GNOME डेस्कटॉप वातावरण के लिए "डेस्कटॉप एंट्री" निर्दिष्ट करते समय एक वाइल्डकार्ड का उपयोग किया जा सकता है।
हालाँकि, कृपया ध्यान दें कि Key = MimeTypeको हटा दिया गया है क्योंकि इसके लिए एक नया मानक है।
Type=MimeTypeके रूप में इस के लिए एक नया मानक है, अब और अधिक जानकारी के लिए साझा MIME- जानकारी डेटाबेस विनिर्देश देखें। परिणाम में कीज़ पैटर्न (MIME प्रकार से जुड़े विभिन्न फ़ाइल नाम एक्सटेंशन) और DefaultApp (इस MIME प्रकार से जुड़े डिफ़ॉल्ट एप्लिकेशन) को भी हटा दिया जाता है।
स्रोत डेस्कटॉप प्रविष्टि विशिष्टता
आप IIS में माइम प्रकारों के लिए वाइल्डकार्ड का उपयोग कर सकते हैं, लेकिन ऐसा नहीं करने की सलाह दी जाती है :
आप वाइल्डकार्ड वर्ण (*) MIME प्रकार को जोड़कर अपरिभाषित फ़ाइल प्रकारों की सेवा करने के लिए IIS को कॉन्फ़िगर कर सकते हैं।
उत्पादन सर्वर पर वाइल्डकार्ड MIME- प्रकार का उपयोग न करें। ऐसा करने से IIS गैर-मान्यता प्राप्त फ़ाइलों की सेवा कर सकता है और उपयोगकर्ताओं को संवेदनशील जानकारी प्रदर्शित कर सकता है।
वाइल्डकार्ड MIME- प्रकार परीक्षण उद्देश्यों या उन परिदृश्यों के लिए अभिप्रेत है जहाँ इन वाइल्डकार्ड परिदृश्यों को संभालने के लिए इंटरनेट सर्वर API (ISAPI) फ़िल्टर विशेष रूप से विकसित किए गए हैं, उदाहरण के लिए, एक कस्टम प्रमाणीकरण ISAPI।
स्रोत ग्लोबल माइम प्रकार बनाना
आगे की पढाई
image/*काम (ब्राउज़रों की तरह)?