माइम प्रकार अज्ञात बाइनरी विकल्प

4 सामग्री-प्रकार हैडर फ़ील्ड सामग्री-प्रकार फ़ील्ड का उद्देश्य शरीर में मौजूद डेटा को पूरी तरह से पर्याप्त रूप से वर्णित करना है कि प्राप्तकर्ता उपयोगकर्ता एजेंट उपयोगकर्ता को डेटा प्रस्तुत करने के लिए एक उपयुक्त एजेंट या तंत्र चुन सकता है या अन्यथा इसका निपटारा कर सकता है एक उचित तरीके से डेटा। सामग्री-प्रकार हैडर फ़ील्ड का उपयोग किसी इकाई के शरीर में डेटा की प्रकृति को निर्दिष्ट करने के लिए किया जाता है, प्रकार और उपप्रकार आइडेंटिफ़ार्स देकर और कुछ प्रकारों के लिए आवश्यक सहायक जानकारी प्रदान कर सकता है। प्रकार और उपप्रकार के नाम के बाद, हेडर फ़ील्ड का शेष केवल मानकों का एक सेट होता है, जो कि एक विशेषता मान संकेत में निर्दिष्ट होता है। सार्थक मापदंडों का सेट अलग-अलग प्रकारों के लिए अलग है। मापदंडों का क्रम महत्वपूर्ण नहीं है परिभाषित पैरामीटर में एक वर्णसेट पैरामीटर होता है जिसके द्वारा शरीर में वर्णित वर्ण सेट को घोषित किया जा सकता है। संरचित शीर्ष लेख क्षेत्रों के लिए आरएफसी 822 नियमों के अनुसार टिप्पणियों की अनुमति है सामान्य तौर पर, शीर्ष-स्तरीय सामग्री-प्रकार का उपयोग सामान्य प्रकार के डेटा को घोषित करने के लिए किया जाता है, जबकि उपप्रकार उस प्रकार के डेटा के लिए एक विशिष्ट प्रारूप निर्दिष्ट करता है। इस प्रकार, छविक्षेत्र का एक सामग्री-प्रकार एक उपयोगकर्ता एजेंट को यह बताए पर्याप्त है कि डेटा एक छवि है, भले ही उपयोगकर्ता एजेंट को विशिष्ट छवि प्रारूप xyz का कोई ज्ञान नहीं है उदाहरण के लिए, यह निर्णय लेने के लिए कि उपयोगकर्ता को अपरिचित उपप्रकार से कच्चा डेटा दिखाने या नहीं, उपयोग किया जा सकता है - ऐसी कार्रवाई पाठ के अपरिचित उपप्रकार के लिए उचित हो सकती है, लेकिन छवि या ऑडियो के अपरिचित उपप्रकारों के लिए नहीं। इस कारण से, ऑडियो, छवि, पाठ, और वीडियो के पंजीकृत उपप्रकारों में एंबेडेड जानकारी नहीं होनी चाहिए जो वास्तव में एक अलग प्रकार का है। मल्टीपार्ट या एप्लिकेशन प्रकारों के उपयोग से इस प्रकार के कंपाउंड प्रकार का प्रतिनिधित्व किया जाना चाहिए। पैरामीटर सामग्री-उपप्रकार के संशोधक हैं, और मेजबान सिस्टम की आवश्यकताओं को मौलिक रूप से प्रभावित नहीं करते हैं। हालांकि अधिकांश मापदंड केवल कुछ सामग्री-प्रकारों के साथ ही समझ में आते हैं, अन्य इस प्रकार वैश्विक हैं कि वे किसी भी उपप्रकार पर लागू हो सकते हैं। उदाहरण के लिए, सीमा पैरामीटर केवल बहुस्तरीय सामग्री-प्रकार के लिए समझ में आता है, लेकिन वर्णसेट पैरामीटर कई सामग्री-प्रकारों के साथ समझ सकता है। इस दस्तावेज़ द्वारा सात सामग्री-प्रकारों का प्रारंभिक सेट परिभाषित किया गया है। शीर्ष-स्तरीय नामों का यह सेट काफी हद तक पूरा हो गया है। यह उम्मीद की जाती है कि समर्थित प्रकारों के बड़े सेट के अतिरिक्त इन प्रारंभिक प्रकारों के नए उपप्रकारों के निर्माण के द्वारा आमतौर पर पूरा किया जा सकता है। भविष्य में, अधिक उच्च स्तर के प्रकारों को केवल इस मानक के विस्तार द्वारा परिभाषित किया जा सकता है। यदि किसी अन्य कारण के लिए किसी अन्य प्रकार का प्रयोग किया जाता है, तो उसे अपने गैर-मानक स्थिति को इंगित करने के लिए और भावी आधिकारिक नाम के साथ संभावित संघर्ष से बचने के लिए एक्स के साथ शुरू होने वाला नाम दिया जाना चाहिए। आरएफसी 822 के विस्तारित BNF संकेतन में। एक सामग्री-प्रकार हैडर फ़ील्ड मान निम्नानुसार परिभाषित किया गया है: नोट करें कि विशेषताओं की परिभाषा तीन वर्णों के अतिरिक्त के साथ विशेष की आरएफसी 822 परिभाषा के समान है, और यह भी ध्यान रखें कि एक उपप्रकार विनिर्देश अनिवार्य है कोई डिफ़ॉल्ट सबटाइप नहीं है प्रकार, उपप्रकार, और पैरामीटर नाम केस संवेदनशील नहीं हैं। उदाहरण के लिए, पाठ, पाठ, और टेक्सट सभी समकक्ष हैं। पैरामीटर मान सामान्यतः संवेदनशील होते हैं, लेकिन इच्छित उपयोग के आधार पर कुछ मापदंडों को केस-असंवेदनशील माना जाता है। (उदाहरण के लिए, मल्टीपार्ट सीमाएं केस-संवेदी होती हैं, लेकिन संदेश के लिए पहुंच-प्रकार बाहरी निकाय केस-संवेदी नहीं है।) इस वाक्य रचना से परे, उपप्रकार के नाम की परिभाषा पर एकमात्र बाधा यह है कि उनकी उपयोगों का विरोध नहीं होना चाहिए। यही है, सामग्री-प्रकार का उपयोग करके दो अलग-अलग समुदायों के लिए अवांछनीय होगा: applicationfoobar को दो अलग-अलग चीजों का मतलब। नई सामग्री-उप-प्रकारों को परिभाषित करने की प्रक्रिया, प्रतिबंधों को लागू करने के लिए एक तंत्र बनाने का इरादा नहीं है, बल्कि उपयोगों को प्रकाशित करने के लिए एक तंत्र है। इसलिए, नए सामग्री-प्रकार के उपप्रकारों को परिभाषित करने के लिए दो स्वीकार्य तंत्र हैं: निजी मूल्य (एक्स - से शुरू होने) को दो रजिस्ट्रेशन या मानकीकरण के बिना दो सहयोगी एजेंटों के बीच द्विपक्षीय रूप से परिभाषित किया जा सकता है। परिशिष्ट एफ में वर्णित के अनुसार, नए मानक मूल्यों को दस्तावेज, पंजीकृत, और आईएएनए द्वारा अनुमोदित किया जाना चाहिए, जहां सार्वजनिक उपयोग के लिए इरादा है, वे जिन प्रारूपों का संदर्भ लेते हैं उन्हें एक प्रकाशित विनिर्देश द्वारा भी परिभाषित किया जाना चाहिए, और संभवतः मानकीकरण के लिए भी प्रस्तावित किया गया है। सात मानक प्रारंभिक पूर्वनिर्धारित सामग्री-प्रकार इस दस्तावेज़ के थोक में विस्तृत हैं। वे हैं: पाठ्य पाठ्य जानकारी प्राथमिक उपप्रकार, सादा, सादे (अपरिवर्तित) पाठ इंगित करता है निर्देशित वर्ण सेट के समर्थन से अलग पाठ की पूर्ण अर्थ प्राप्त करने के लिए कोई विशेष सॉफ्टवेयर की आवश्यकता नहीं है। उपप्रकार उन प्रपत्रों में समृद्ध पाठ के लिए उपयोग किया जाता है जहां ऐप्लिकेशन सॉफ़्टवेयर टेक्स्ट के स्वरूप को बढ़ा सकते हैं, लेकिन सामग्री के सामान्य विचार प्राप्त करने के लिए ऐसे सॉफ़्टवेयर की आवश्यकता नहीं होनी चाहिए। इस प्रकार संभावित उपप्रकारों में किसी भी पठनीय वर्ड प्रोसेसर प्रारूप शामिल है। एक बहुत सरल और पोर्टेबल उपप्रकार, रिच टेक्स्ट, इस दस्तावेज़ में परिभाषित किया गया है। मल्टीपार्ट डेटा जिसमें स्वतंत्र डेटा प्रकार के कई हिस्सों शामिल हैं I चार शुरुआती उपप्रकार परिभाषित किए गए हैं, जिनमें प्राथमिक मिश्रित उपप्रकार, एकाधिक स्वरूपों में एक ही डेटा का प्रतिनिधित्व करने के लिए विकल्प, समान रूप से देखा जाने वाले भागों के समानांतर, और मल्टीपार्ट संस्थाओं के लिए पचाने के लिए प्रत्येक भाग प्रकार संदेश का है। संदेश एक समझाया संदेश सामग्री-प्रकार संदेश का एक समूह स्वयं एक पूर्ण रूप से प्रारूपित आरएफसी 822 कन्फॉर्मेंट संदेश है जिसमें इसकी अलग-अलग सामग्री-प्रकार हैडर फ़ील्ड शामिल हो सकती है। प्राथमिक उपप्रकार आरएफसी 822 है आंशिक उपप्रकार को आंशिक संदेशों के लिए परिभाषित किया जाता है, ताकि मेल परिवहन सुविधाओं के माध्यम से पारित होने के लिए बहुत बड़े समझा जाने वाले निकायों के खंडित संचरण की अनुमति मिल सके। एक अन्य उपप्रकार, बाहरी शरीर, एक बाहरी डेटा स्रोत के संदर्भ में बड़े निकायों को निर्दिष्ट करने के लिए परिभाषित किया गया है। छवि छवि डेटा जानकारी को देखने के लिए छवि को एक डिस्प्ले डिवाइस (जैसे कि ग्राफ़िकल डिस्प्ले, प्रिंटर या फैक्स मशीन) की आवश्यकता होती है। आरंभिक उपप्रकार दो व्यापक रूप से प्रयुक्त छवि प्रारूपों, जेपीजी और जीआईएफ के लिए परिभाषित होते हैं। प्रारंभिक उपप्रकार मूल के साथ ऑडियो ऑडियो डेटा सामग्री को प्रदर्शित करने के लिए ऑडियो को एक ऑडियो आउटपुट डिवाइस (जैसे स्पीकर या टेलिफोन) की आवश्यकता होती है वीडियो वीडियो डेटा वीडियो को चलती चित्र प्रदर्शित करने की क्षमता की आवश्यकता होती है, विशेषकर विशेष हार्डवेयर और सॉफ़्टवेयर के साथ। आरंभिक उपप्रकार MPEG है किसी अन्य प्रकार के डेटा को आवेदन करें, आमतौर पर या तो मेल-आधारित एप्लिकेशन द्वारा संसाधित किए जाने वाले बाइनरी डेटा या जानकारी का अन्तर्निहित प्राथमिक उपप्रकार, ओकटेट-स्ट्रीम, का उपयोग बिना बकाया बाइनरी डेटा के उपयोग में किया जाता है, इस मामले में सबसे सरल अनुशंसित कार्रवाई उपयोगकर्ता के लिए फ़ाइल में जानकारी लिखने की पेशकश करती है। दो अतिरिक्त उपप्रकार, ओडीए और पोस्टस्क्रिप्ट, शरीर में ओडीए और पोस्टस्क्रिप्ट दस्तावेज़ों के परिवहन के लिए परिभाषित किए जाते हैं। आवेदन के लिए अन्य अपेक्षित उपयोगों में स्प्रैडशीट, मेल आधारित शेड्यूलिंग सिस्टम के लिए डेटा और सक्रिय (कम्प्यूटेशनल) ईमेल के लिए भाषा शामिल हैं (ध्यान दें कि सक्रिय ईमेल में कई सुरक्षाविरोधों पर जोर दिया गया है, जो इस ज्ञापन में बाद में आवेदनपोस्टस्क्रिप्ट के संदर्भ में चर्चा की जाती है।) डिफ़ॉल्ट आरएफसी 822 संदेश यूएस-एएससीआईआई वर्ण सेट में सादा पाठ के रूप में इस प्रोटोकॉल द्वारा टाइप किए जाते हैं, जिसे स्पष्ट रूप से निर्दिष्ट किया जा सकता है सामग्री-प्रकार के रूप में: टेक्स्टप्लेन वर्णसेट-एस्सीआई यदि कोई सामग्री प्रकार निर्दिष्ट नहीं किया गया है, तो त्रुटि द्वारा या पुराने उपयोगकर्ता एजेंट द्वारा, यह डिफ़ॉल्ट माना जाता है। एक MIME - संस्करण हैडर फ़ील्ड की उपस्थिति में, एक प्राप्त उपयोगकर्ता एजेंट भी मान सकता है कि सादे यूएस-एएससीआईआई पाठ प्रेषकों का इरादा था। MIME-version विनिर्देश की अनुपस्थिति में, सादे यूएस-एएससीआईआई पाठ अभी भी ग्रहण किया जाना चाहिए, लेकिन प्रेषक का इरादा अन्यथा हो सकता है। यह ध्यान दिया जाना चाहिए कि यहां दिए गए सामग्री-प्रकार मानों की सूची समय-समय पर संवर्धित हो सकती है तंत्र ऊपर वर्णित है, और यह कि उपप्रकारों का सेट काफी हद तक बढ़ने की संभावना है। जब कोई मेल रीडर किसी अज्ञात सामग्री-प्रकार मान के साथ मेल का सामना करता है, तो इसे आम तौर पर applicationoctet-stream के समतुल्य रूप से व्यवहार करना चाहिए, जैसा कि बाद में इस दस्तावेज़ में वर्णित है। मैन्युअल: MIME प्रकार का पता लगाने MediaWiki आपके द्वारा अपलोड की गई फ़ाइलों के MIME प्रकार का पता लगाने की कोशिश करता है , और फ़ाइल को खारिज कर देता है, यदि फ़ाइल-एक्सटेंशन माइम प्रकार (फाइल दूषित है या गलत एक्सटेंशन है) से मेल नहीं खाती है यदि आपको मान्य फाइलों के लिए यह त्रुटि मिल रही है, तो एमआईएमई प्रकार (नीचे देखें) का पता लगाने के लिए एक बाह्य कमांड का उपयोग करने का प्रयास करें। नोट: MIME पहचान के लिए कॉन्फ़िगर किए गए विधि से पहले, कुछ हार्ड-कोड वाले चेक लागू होते हैं। पता लगाने के लिए डिबग लॉगिंग का उपयोग करें कि क्या ये चेक गलत-सकारात्मक कारण हैं। (उदाहरण के लिए, 1.15.3, एमएस वर्ड 2007 से ज़िप फाइल के रूप में.doc-files को गलत तरीके से खोजा जा सकता है।) किस प्रकार की फाइलों को मिडियाविकी अपलोड करने के लिए स्वीकार करेगा, wgFileExtensions का उपयोग करें। यदि स्थापित हो, तो मिडियाविकी PHP का फ़ाइल इन्फॉर्मेशन मॉड्यूल, या पुराने माइममैजिक मॉड्यूल का उपयोग करता है। यदि आपको कोई त्रुटि मिल रही है जैसे कि नक़ाब शुरू नहीं किया जा सकता है, जादू फ़ाइल उपलब्ध नहीं है। इस मॉड्यूल को ठीक करने के तरीके के बारे में जानकारी के लिए, या इसके बजाय बाहरी माइम डिटेक्टर कमांड का उपयोग करने के लिए PHP दस्तावेज़ीकरण का सही ढंग से कॉन्फ़िगर नहीं किया गया है (नीचे देखें)। अगर आपके पास फाइल इन्फो मॉड्यूल इंस्टॉल किया गया है, लेकिन स्वचालित रूप से लोड नहीं किया गया है, तो आप wgLoadFileinfoExtension को सही सेट करने का प्रयास भी कर सकते हैं। इसलिए मॉड्यूल पीईसीएल द्वारा रनटाइम पर लोड किए जाते हैं। वैकल्पिक रूप से, wgMimeDetectorCommand विकल्प को सेट करके माइम प्रकार का पता लगाने के लिए बाहरी कमांड कॉन्फ़िगर किया जा सकता है। सबसे आम सेटिंग है: यह फ़ाइल के प्रकार को निर्धारित करने के लिए GNU फ़ाइल उपयोगिता का उपयोग करता है, जो कि लिनक्स के अंतर्गत तुरंत काम करना चाहिए। ध्यान दें कि अन्य यूनिक्स द्वारा उपलब्ध कराई गई फ़ाइल उपयोगिता - i विकल्प का समर्थन नहीं कर सकता है, और इस प्रकार काम नहीं करेगा। जीएनयू फ़ाइल उपयोगिता मैक ओएस एक्स के लिए भी उपलब्ध है, और विंडोज के लिए साइगविन के माध्यम से। यदि कोई माइम मॉड्यूल इंस्टॉल नहीं किया गया है, और कोई बाहरी माइम डिटेक्टर कमांड कॉन्फ़िगर नहीं किया गया है, तो मिडियाविकि माइम प्रकार का पता लगाने के लिए PHP के जीडी मॉड्यूल पर निर्भर करता है। ध्यान दें कि यह केवल कुछ प्रसिद्ध छवि प्रकारों (1 देखें) के लिए काम करता है, अन्य फ़ाइलों को बिना किसी अतिरिक्त चेक के स्वीकार किया जाएगा आप wgVerifyMimeType झूठे नोट को सेट करके पूरी तरह से एमआईएमई प्रकार की जांच को निष्क्रिय कर सकते हैं हालांकि यह बहुत असुरक्षित है: मनमाना फाइलें तब हो सकती हैं एक हानिरहित फ़ाइल एक्सटेंशन के साथ अपलोड किया जा सकता है, लेकिन क्लाइंट कंप्यूटर या वेब सर्वर पर अभी भी एक हानिकारक तरीके से निष्पादित किया जा सकता है लंबित: यह कैसे wgCheckFileExtensions से संबंधित है MIME प्रकार मान्यकरण MediaWiki संपादित करने के लिए दो फाइलों का उपयोग करने के लिए दो फ़ाइलों का उपयोग करता है, सादा फ़ाइलें दोनों पंक्तियां एक पंक्ति के साथ, एक पंक्ति में एक प्रविष्टि के साथ, और एक पंक्ति में वस्तुओं को सफेद स्थान से अलग कर दिया जाता है, जिसमें वे स्थित हैं आपकी मिडियाविकि स्थापना यदि आप असामान्य प्रकार की फाइल अपलोड करना चाहते हैं, तो आपको उपयुक्त जानकारी यहां जोड़नी होगी: mime. types को एक्सटेंशन फ़ाइल करने के लिए MIME प्रकारों को मैप करने के लिए उपयोग किया जाता है, और इसके विपरीत। इसमें एक पंक्ति प्रति माइम प्रकार होती है, जिस पर लाइन पर पहला आइटम (नीचे कैननिक देखें) एमआईएमई प्रकार है, इस प्रकार के आइटम जो इस माइम प्रकार के लिए अनुमति वाले फ़ाइल एक्सटेंशन हैं (यह मानक mime. info LinuxUnix सिस्टम पर फ़ाइलें) उदाहरण के लिए, जेपीईजी फाइलों के लिए, निम्न पंक्ति लागू होती है: नोट करें कि कुछ फ़ाइल प्रारूपों का एमआईएम प्रकार बहुत मोटे तौर पर पता लगाया जा सकता है किसी XML - आधारित प्रारूप को टेक्स्ट xml के रूप में दिखाया जा सकता है। एप्लिकेशन ज़िप के रूप में कोई ज़िप-आधारित प्रारूप नतीजतन, ऐसे प्रारूपों के लिए फ़ाइल एक्सटेंशन को व्यापक MIME प्रकार से जुड़ा होना चाहिए, उदाहरण के लिए: mime. info का उपयोग माइम प्रकार के लिए aliases को हल करने के लिए किया जाता है, और उन्हें मीडिया प्रकार असाइन करने के लिए उपयोग किया जाता है। इसमें एक पंक्ति प्रति माइम प्रकार होती है जो लाइन पर पहला आइटम कैननिकल एमआईएम प्रकार का नाम होता है (जो आंतरिक रूप से इस्तेमाल किया जाएगा), आखिरी वस्तु XXX के रूप में है और माइम प्रकार के लिए मीडिया प्रकार को परिभाषित करता है बीच में सभी आइटम एमआईएमई प्रकार के माध्यमिक नाम हैं। कुछ उदाहरण: ध्यान दें कि ओजीजी फाइलों के लिए, मीडिया प्रकार प्रोग्राममैटिक रूप से निर्धारित किया जाता है: ऑबोरो फॉर वॉर्बिस, विडियो फॉर द थोरो, मल्टिमीडिया अन्यथा। मीडिया प्रकार मीडियाविकी के लिए विशिष्ट है, और निर्धारित करता है कि फ़ाइल में किस प्रकार का मीडिया शामिल है, के रूप में फ़ाइल के अंदर किस प्रारूप का विरोध किया गया है। यह जानकारी छवि तालिका में संग्रहीत है। माइम प्रकार के साथ यह वर्तमान में बहुत कुछ के लिए उपयोग नहीं किया गया है, लेकिन भविष्य में उपयोगकर्ता के लिए फाइल कैसे पेश करने का निर्धारण किया जा सकता है निम्नलिखित प्रकार परिभाषित किए गए हैं: wgFileExtensions विकल्प के अतिरिक्त, निम्न सेटिंग फ़ाइलों को खारिज कर सकती हैं (भले ही wgStrictFileExtensions गलत सेट हो): इसके अलावा, मीडियाविकी उन सभी फाइलों को खारिज कर देता है, जो ऐसे स्क्रिप्ट की तरह दिखते हैं जो गलती से निष्पादित हो सकते हैं वेब सर्वर या उपयोगकर्ता ब्राउज़र। विशेष रूप से, कुछ भी जो निम्न स्वरूपों में से एक जैसा लगता है, अस्वीकार कर दिया जाएगा, चाहे माइम प्रकार या फ़ाइल एक्सटेंशन की परवाह किए बिना: HTML, JavaScript, PHP, शैल स्क्रिप्ट ध्यान दें कि एचटीएमएल और जावास्क्रिप्ट का पता लगाने के लिए व्यापक है और यह गलत सकारात्मक रिपोर्ट कर सकता है क्योंकि माइक्रोसॉफ्ट इंटरनेट एक्सप्लोरर वेब सर्वर द्वारा रिपोर्ट किए जाने वाले फ़ाइल एक्सटेंशन या एमआईएम प्रकार की परवाह किए बिना, HTML की तरह दिखने वाली फाइलों को समझने के लिए जाना जाता है, जो साइट को क्रॉस-साइट स्क्रिप्टिंग हमलों के लिए असुरक्षित होने का कारण बनता है अगर आप वास्तव में ऐसी खतरनाक फाइलों को भी अनुमति देना चाहते हैं, तो आप हमेशा से झूठी वापसी के लिए UploadBase. php फ़ाइल में detectScript फ़ंक्शन को हैक कर सकते हैं। MIME प्रकारों को संपादित करते समय नोट करें कि उपयोगकर्ता के ब्राउज़र पर वास्तविक फ़ाइल का उपयोग करते समय MIME प्रकार का प्रयोग किया जाता है, तो मीडियाविकी एमआईएमई-पता द्वारा निर्धारित नहीं किया जाता है: फाइलें मीडियाविकी के माध्यम से नहीं की जाती हैं, लेकिन सीधे वेब सर्वर द्वारा। इस प्रकार, वेब सर्वर को प्रत्येक फ़ाइल एक्सटेंशन के लिए सही एमआईएम प्रकार का उपयोग करने के लिए कॉन्फ़िगर किया जाना चाहिए, उदाहरण के लिए, अगर आपको अपने ब्राउज़र में एसवीजी फाइलों को देखने में परेशानी हो रही है, तो सुनिश्चित करें कि सर्वर उन्हें छवियों के रूप में वितरित करने के लिए कॉन्फ़िगर किया गया है vgxml। (अपाचे के लिए, मॉडेम के बारे में पढ़ें)। मेटा पर पुरानी चर्चा: संप्रसारीला मैं आरएफसी -7231 को थोड़ा अलग तरीके से पढ़ता हूं: यदि एक कंटेंट-टाइप हैडर फ़ील्ड मौजूद नहीं है, तो प्राप्तकर्ता माइक्रोसॉफ्ट प्रकार के एक quotapplicationoctet-streamquot (आरएफसी 2046, धारा 4.5.1) या डेटा की जांच कर सकता है इसके प्रकार को निर्धारित करने के लिए. मैं यह समझाता हूं कि जैसा कि हमें या तो कोई सामग्री प्रकार नहीं भेजना चाहिए या हम आवेदनपत्र-स्ट्रीम को डिफ़ॉल्ट रूप में भेजने के लिए सुरक्षित हैं, अगर हम नहीं चाहते कि क्लाइंट सामग्री परीक्षा के साथ गेम्स खेलें। ndash Jpnh Mar 19 15 20:30 Jpnh हाँ, वह सही है सामग्री-प्रकार हैडर उपस्थित नहीं होना चाहिए जब भी यह अज्ञात है। कोई भी आवेदनसूचक-स्ट्रीम भी भेज सकता है जो मूल रूप से क्लाइंट को बताता है कि आप इसे अभी प्रदर्शित नहीं करना चाहते हैं, लेकिन आगे बढ़ें और इन बाइट्स को इसके बजाय फाइल करने के लिए सहेजें। यह वेब क्लाइंट को बचत फ़ाइल प्रदान करता है विकल्प 1 डॉन इस फाइल के बारे में कुछ भी नहीं जानता। विकल्प 2 फ़ाइल सामग्रियों को मीम का उपयोग करके वर्णित किया जा सकता है या इसे केवल डिस्क पर सहेजा जाना चाहिए। व्यवहार में या तो विकल्प सही होगा। भ्रम से बचने के लिए मुझे बेहतर शब्दों का चुनाव करना चाहिए था ndash Sampo Sarrala Mar 20 15 at 7:57 quot एआरएबी बाइनरी डेटाक्वाट quotunknownquot नहीं है एप्लिकेशनओक्टेट-स्ट्रीम का उपयोग करके आप ब्राउज़र को बताते हैं कि सामग्री प्रकार ज्ञात है, पाठ नहीं है, न ही एक छवि, लेकिन मनमानी बाइनरी डेटा और परिणामस्वरूप फ़ाइल को डाउनलोड किया जाना चाहिए और संभावित रूप से निष्पादित किया जाना चाहिए। गलत होने के शीर्ष पर, यह एक सुरक्षा छेद है, विशेष रूप से बमुश्किल दृश्यमान आधुनिक डाउनलोड प्रबंधकों पर विचार करना। सही उत्तर कोई सामग्री प्रकार हैडर नहीं है। यदि आप यह नहीं जानते हैं कि किस तरह की फाइल है, तो ब्राउजर को यह पता हो सकता है, इसका अनुमान लगाया जाए, खासकर जब इसे उपयोग के संदर्भ (छवि, दस्तावेज़, लिपि।) Ndash FFDev 1 मार्च को 11:54 आरएफसी संसाधन: हम RFC-2046 (मीडिया प्रकार) के बजाय संदर्भ के रूप में आरएफसी -7231 (HTTP1.1 शब्दार्थ और सामग्री) का उपयोग करना चाहिए क्योंकि प्रश्न HTTP सामग्री-प्रकार के बारे में स्पष्ट रूप से था आरएफसी -2046 भी स्पष्ट रूप से अज्ञात प्रकारों को परिभाषित नहीं करता है लेकिन आरएफसी -7231 करता है संक्षिप्त उत्तर: अज्ञात डेटा के लिए MIME प्रकार न भेजें। और अधिक स्पष्ट होने के लिए: सामग्री-प्रकार हैडर का उपयोग बिल्कुल भी न करें। संदर्भ: आरएफसी -7231 हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल (HTTP1.1): सिमेंटिक्स और सामग्री 3.1.1.5। सामग्री-प्रकार एक प्रेषक जो पेलोड बॉडी युक्त संदेश बनाता है उस संदेश में एक सामग्री-प्रकार हैडर फ़ील्ड तैयार करना चाहिए जब तक कि सम्बद्ध प्रस्तुति का इरादा मीडिया प्रकार प्रेषक को अज्ञात न हो। यह खंड स्पष्ट रूप से आपको यह बताता है कि अगर आप यह निश्चित रूप से नहीं जानते हैं तो इसे छोड़ दें। यह यह भी बताता है कि रिसीवर इस प्रकार ग्रहण कर सकता है applicationoctet-stream लेकिन बात यह है कि यह कुछ और भी हो सकता है अलग-अलग तो एक क्रियान्वयन के लिए अनुशंसित कार्रवाई जो एक आवेदन-वस्तु-धारा इकाई प्राप्त करती है, केवल एक फ़ाइल में डेटा को किसी भी सामग्री-स्थानांतरण-एन्कोडिंग के साथ पूर्ववत करने की पेशकश करने या शायद उपयोगकर्ता-निर्दिष्ट प्रक्रिया के इनपुट के रूप में इसका उपयोग करने की पेशकश करना है । और, जैसा कि पहले ही कहा गया है: अगर कोई सामग्री-प्रकार हैडर फ़ील्ड मौजूद नहीं है, तो प्राप्तकर्ता शायद एक मीडिया प्रकार applicationoctet-stream (RFC2046, अनुभाग 4.5.1) मानता है या इसके प्रकार को निर्धारित करने के लिए डेटा की जांच करता है निष्कर्ष: यदि आप इसे आवेदन-वस्तु-धारा के रूप में परिभाषित करते हैं तो आप कह रहे हैं कि आप जानते हैं कि यह आवेदन-वस्तु-धारा है यदि आप इसे परिभाषित न करते हैं तो आप कह रहे हैं कि आप यह नहीं जानते हैं कि क्या है और रिसीवर का निर्णय छोड़ दें और रिसीवर तब जांच सकता है कि वह बतख की तरह चलता है या नहीं। jenson-button-event यह पहिया reinventing के साथ करने के लिए कुछ भी नहीं है माइम प्रकार आपके इरादे को निर्दिष्ट करता है अगर आपको पता है कि जो भी आप भेज रहे हैं वह एक पीजीजी छवि है, उस जानकारी को साथ में पास करें यदि बाइट गलती से जेपीईजी का प्रतिनिधित्व करते हैं, तो आपका अनुप्रयोग आपको चेतावनी दे सकता है कि यह एक वैध पीएनजी नहीं है, और यह कि आपके पास कहीं और बग है इसके अलावा, सभी एप्लिकेशन एक ब्राउज़र के रूप में मजबूत और गलती-सहनशील नहीं हैं। वे प्रोग्रामर की गलतियों को ठीक करने के लिए डिज़ाइन किए गए थे, लेकिन यह केवल एकमात्र उद्देश्य के करीब नहीं है एक ब्राउज़र, केवल एमआईएमई प्रकार का उपयोग करने वाले आवेदन नहीं है। ndash ऐदीकापी 3 जनवरी 15 20:44 Svish लांग कहानी छोटी। application47octet-stream आवेदन विशिष्ट डेटा के लिए है, न कि जब आप डेटा का प्रतिनिधित्व करते हैं, तब तक नहीं पता। माइम प्रकार को छोड़कर यह बताता है कि इसे कैसे पार्स करना है सब कुछ के साथ, यदि आप इसे नहीं जानते हैं, और इसे जानने के लिए कोई प्रयास नहीं करना चाहते हैं, तो बस MIME प्रकारों को भेजने की ज़रूरत नहीं है। यह सभी संचार और इंटरफ़ेसिंग के बारे में है, न कि 39 के ब्राउज़र के बारे में यह पता लगा सकता है 39। हां, यह कर सकते हैं, लेकिन जब तक आप इसे बताने के लिए नहीं कह सकते हैं ndash Aidiakapi 15 अप्रैल को 13: 10 क्या एक आवेदनसूत्र-स्ट्रीम MIME संलग्नक है, और मैं इसे किस प्रकार देख सकता हूं सामग्री प्रकार applicationoctet - स्ट्रीम के साथ एक MIME संलग्नक एक बाइनरी फ़ाइल है सामान्यतया, यह एक आवेदन या एक दस्तावेज होगा जो किसी एप्लिकेशन में खोला जाना चाहिए, जैसे कि एक स्प्रैडशीट या वर्ड प्रोसेसर। यदि अटैचमेंट में इसके साथ जुड़े फ़ाइल नाम एक्सटेंशन है, तो आप यह बता सकते हैं कि यह किस प्रकार की फाइल है ए। एक्सई एक्सटेंशन, उदाहरण के लिए, यह इंगित करता है कि यह विंडोज या डॉस प्रोग्राम (निष्पादन योग्य) है, जबकि.doc में समाप्त होने वाली फ़ाइल का मतलब माइक्रोसॉफ्ट वर्ड में खोला जाना है। कोई फर्क नहीं पड़ता कि यह किस प्रकार का फ़ाइल है, एक ईमेल या वेब क्लाइंट में एक आवेदन-वस्तु-स्ट्रीम अटैचमेंट शायद ही कभी देखा जा सकता है यदि आप वर्कस्टेशन-आधारित क्लाइंट का उपयोग कर रहे हैं, जैसे थंडरबर्ड या आउटलुक एप्लिकेशन को स्वचालित रूप से अटैचमेंट निकालने और डाउनलोड करने में सक्षम होना चाहिए। इन विधियों में से किसी एक के माध्यम से अनुलग्नक डाउनलोड करने के बाद, आपको उसके अनुच्छेदों को देखने के लिए उपयुक्त एप्लिकेशन में अटैचमेंट खोलना होगा। अटैचमेंट खोलने से पहले, भरोसेमंद प्रेषकों से भी, आपको सुरक्षित ऑनलाइन रहने के लिए सुझावों में सूचीबद्ध दिशानिर्देशों का पालन करना चाहिए। जेनेरिक एप्लिकेशनओक्टेट-स्ट्रीम सामग्री प्रकार के अलावा, आपको अलग-अलग उप-प्रकार (जैसे अनुप्रयोगपोस्टस्क्रिप्ट, एपलीकेशन-मैकबरीरी, और एप्लिकेशन-एमएसवर्ड) वाले अनुलग्नक भी मिल सकते हैं। वे आवेदन-वस्तु-धारा के समान हैं, लेकिन विशिष्ट प्रकार की फ़ाइलों पर लागू होते हैं। संबंधित दस्तावेज नॉलेज बेस में दस्तावेज़ एजीटीज है। अंतिम बार संशोधित 2018-12-01 14:03:34। अपनी समस्या को यूआईटीएस सपोर्ट सेंटर में सबमिट करने के लिए इस फॉर्म को भरें। कृपया ध्यान दें कि समर्थन प्राप्त करने के लिए आपको इंडियाना विश्वविद्यालय से संबद्ध होना चाहिए। सभी फ़ील्ड आवश्यक हैं। आईयू नॉलेज बेस में अपनी टिप्पणी सबमिट करने के लिए इस फ़ॉर्म को भरें। यदि आप इंडियाना विश्वविद्यालय से संबद्ध हैं और कंप्यूटिंग समस्या में सहायता की आवश्यकता है, तो कृपया मुझे उपरोक्त कंप्यूटिंग समस्या अनुभाग में सहायता चाहिए, या अपने परिसर समर्थन केंद्र से संपर्क करें।