एचटीएमएल माइम प्रकार बाइनरी विकल्प

आईडी की अनुशंसा अनुप्रयोगोक्टेट-स्ट्रीम के रूप में आरएफसी 2046 कहती है ओक्टेट-स्ट्रीम उपप्रकार यह दर्शाता है कि एक बॉडी में मनमाना करने योग्य बायनरी डेटा होता है और एक क्रियान्वयन के लिए अनुशंसित कार्रवाई जो एक आवेदन-वस्तु-स्ट्रीम इकाई प्राप्त करती है, बस एक फ़ाइल में डेटा डालने की पेशकश करती है। । मुझे लगता है कि इस तरह से आप मनमाने ढंग से कार्यक्रमों से बेहतर तरीके से काम कर सकेंगे, जो कि आपके अज्ञात माइम प्रकार का सामना करते समय बारह हो सकता है माइमप्रकार हेडर ब्राउज़र द्वारा एक (तेज़) संभव के लिए एक हेन्डलर की पहचान के लिए लक्षित फ़ाइल को लक्ष्य के रूप में उपयोग करने के लिए पहचानते हैं, उदाहरण के लिए, पीडीएफ डाउनलोड किया जाएगा और आपका एडोब रीडर प्रोग्राम पीडीएफ फाइल के पथ के रूप में कार्यान्वित होगा एक तर्क, यदि आपकी ज़रूरतें आपके डाउनलोड की गई फ़ाइल को संभाल करने के लिए, आपके ऑपरेशन-सिस्टम के माध्यम से ब्राउज़र एक्सटेंशन को लिखना है, या आप बस आगे बढ़कर अधिक पेशेवर दिखने वाले प्रोजेक्ट को प्रोजेक्ट करना चाहते हैं और आपके लिए उपयोग करने के लिए एक अद्वितीय माइमप्रकार चुनें, ऐसा होगा ऑपरेशन सिस्टम के साथ इसे खोलने के लिए कोई संभाल नहीं होगा क्योंकि कोई फर्क नहीं पड़ता (उदाहरण के लिए, कुछ ब्राउज़रों में कुछ बंडल-प्लगिन हैं, उदाहरण के लिए नए Google Chrome संस्करण में एक अंतर्निहित PDF-reader है), अगर आप यह सुनिश्चित करना चाहते हैं कि फ़ाइल होगा डाउनलोड करने के लिए इस उत्तर पर एक नज़र डालें: stackoverflowa34758866257319 अगर आप अपनी फ़ाइल प्रकार को विशेष रूप से संगठित करना चाहते हैं, तो फ़ाइल के पहले कुछ बाइट्स में कुछ अक्षर जोड़ना उचित हो सकता है, उदाहरण के लिए, प्रत्येक जेपीजी के पास इसकी फ़ाइल शुरू में है: मैं यदि आप 4 या 8 बाइट्स की छलांग बर्दाश्त कर सकते हैं तो आपके द्वारा 13-13 जनवरी को 6:13 पर उत्तर दिए गए तरीके से आपके लिए बहुत उपयोगी हो सकता है: 28 दिसंबर 16 10:16 उत्तर: आपके उत्तर 2017 स्टैक एक्सचेंज , आईएनसी में लिनक्स पर एसवीएन क्लाइंट के साथ अजीब त्रुटि है I मैं test. xml फ़ाइल को रिपॉजिटरी में जोड़ना चाहूंगा। यह फ़ाइल मानक एक्सएमएल पाठ फ़ाइल केवल लैटिन वर्णों (कोई BOM) और लिनक्स एंड-ऑफ-लाइन (केवल एलएफ) के साथ नहीं है। लेकिन मेरे एसवीएन क्लाइंट के साथ विफल रहता है: वही ऑपरेशन विंडोज वातावरण पर काम करता है दोनों पर मेरे पास ऑटो-प्रॉप्स के साथ विन्यास है: दोनों में मेरे पास एसवीएन, संस्करण 1.8.10 (आर 1615264) है मैं इसे वर्कआर्ड कर सकता हूं: विंडोज़ में एसडीवीएन: माइम-टाइपेट्टेक्टेक्सएमएल में ऑटो-प्रॉप्स में फाइल जोड़ें, इसलिए ऐसा लगता है: svn - no-auto-props विकल्प के साथ जोड़ते हैं और फिर एसवीएन प्रोपसेट का इस्तेमाल खाली फ़ाइल जोड़ते हैं, फिर इसे संपादित करें I बस फ़ाइल जोड़ने से ऐसा करना चाहेंगे क्यों लिनक्स पर सबवर्जन क्लाइंट को द्विआधारी 4 के रूप में इस फाइल का पता लगाता है सामग्री-प्रकार हैडर फ़ील्ड सामग्री-प्रकार फ़ील्ड का उद्देश्य शरीर में निहित डेटा को पूरी तरह से पर्याप्त रूप से वर्णित करना है कि प्राप्त उपयोगकर्ता एजेंट एक उपयुक्त एजेंट या तंत्र को प्रस्तुत करने के लिए चुन सकता है उपयोगकर्ता के लिए डेटा, या अन्यथा एक उचित तरीके से डेटा के साथ सौदा। सामग्री-प्रकार हैडर फ़ील्ड का उपयोग किसी इकाई के शरीर में डेटा की प्रकृति को निर्दिष्ट करने के लिए किया जाता है, प्रकार और उपप्रकार आइडेंटिफ़ार्स देकर और कुछ प्रकारों के लिए आवश्यक सहायक जानकारी प्रदान कर सकता है। टाइप और उपप्रकार नामों के बाद, हेडर फ़ील्ड का शेष केवल मानदंड का एक सेट है, जो कि एक विशेषता मान संकेत में निर्दिष्ट होता है। सार्थक मापदंडों का सेट अलग-अलग प्रकारों के लिए अलग है। मापदंडों का क्रम महत्वपूर्ण नहीं है परिभाषित पैरामीटर में एक वर्णसेट पैरामीटर होता है जिसके द्वारा शरीर में वर्णित वर्ण सेट को घोषित किया जा सकता है। संरचित शीर्ष लेख क्षेत्रों के लिए आरएफसी 822 नियमों के अनुसार टिप्पणियों की अनुमति है सामान्य तौर पर, शीर्ष-स्तरीय सामग्री-प्रकार का उपयोग सामान्य प्रकार के डेटा को घोषित करने के लिए किया जाता है, जबकि उपप्रकार उस प्रकार के डेटा के लिए एक विशिष्ट प्रारूप निर्दिष्ट करता है। इस प्रकार, छविक्षेत्र का एक सामग्री-प्रकार एक उपयोगकर्ता एजेंट को यह बताए पर्याप्त है कि डेटा एक छवि है, भले ही उपयोगकर्ता एजेंट को विशिष्ट छवि प्रारूप xyz का कोई ज्ञान नहीं है उदाहरण के लिए, यह निर्णय लेने के लिए कि उपयोगकर्ता को अपरिचित उपप्रकार से कच्चा डेटा दिखाने या नहीं, उपयोग किया जा सकता है - ऐसी कार्रवाई पाठ के अपरिचित उपप्रकार के लिए उचित हो सकती है, लेकिन छवि या ऑडियो के अपरिचित उपप्रकारों के लिए नहीं। इस कारण से, ऑडियो, छवि, पाठ, और वीडियो के पंजीकृत उपप्रकारों में एंबेडेड जानकारी नहीं होनी चाहिए जो वास्तव में एक अलग प्रकार का है। मल्टीपार्ट या एप्लिकेशन प्रकारों के उपयोग से इस प्रकार के कंपाउंड प्रकार का प्रतिनिधित्व किया जाना चाहिए। पैरामीटर सामग्री-उपप्रकार के संशोधक हैं, और मेजबान सिस्टम की आवश्यकताओं को मौलिक रूप से प्रभावित नहीं करते हैं। हालांकि अधिकांश मापदंड केवल कुछ सामग्री-प्रकारों के साथ ही समझ में आते हैं, अन्य इस प्रकार वैश्विक हैं कि वे किसी भी उपप्रकार पर लागू हो सकते हैं। उदाहरण के लिए, सीमा पैरामीटर केवल बहुस्तरीय सामग्री-प्रकार के लिए समझ में आता है, लेकिन वर्णसेट पैरामीटर कई सामग्री-प्रकारों के साथ समझ सकता है। इस दस्तावेज़ द्वारा सात सामग्री-प्रकारों का प्रारंभिक सेट परिभाषित किया गया है। शीर्ष-स्तरीय नामों का यह सेट काफी हद तक पूरा हो गया है। यह उम्मीद की जाती है कि समर्थित प्रकारों के बड़े सेट के अतिरिक्त इन प्रारंभिक प्रकारों के नए उपप्रकारों के निर्माण के द्वारा आमतौर पर पूरा किया जा सकता है। भविष्य में, अधिक उच्च स्तर के प्रकारों को केवल इस मानक के विस्तार द्वारा परिभाषित किया जा सकता है। यदि किसी अन्य कारण के लिए किसी अन्य प्रकार का प्रयोग किया जाना है, तो उसे अपने गैर-मानक स्थिति को इंगित करने के लिए और भावी आधिकारिक नाम के साथ संभावित संघर्ष से बचने के लिए एक्स के साथ शुरू होने वाला नाम दिया जाना चाहिए। आरएफसी 822 के विस्तारित BNF संकेतन में। एक सामग्री-प्रकार हैडर फ़ील्ड मान निम्नानुसार परिभाषित किया गया है: नोट करें कि विशेषताओं की परिभाषा तीन वर्णों के अतिरिक्त के साथ विशेष की आरएफसी 822 परिभाषा के समान है, और यह भी ध्यान रखें कि एक उपप्रकार विनिर्देश अनिवार्य है कोई डिफ़ॉल्ट सबटाइप नहीं है प्रकार, उपप्रकार, और पैरामीटर नाम केस संवेदनशील नहीं हैं। उदाहरण के लिए, पाठ, पाठ, और टेक्सट सभी समकक्ष हैं। पैरामीटर मान सामान्यतः संवेदनशील होते हैं, लेकिन इच्छित उपयोग के आधार पर कुछ मापदंडों को केस-असंवेदनशील माना जाता है। (उदाहरण के लिए, मल्टीपार्ट सीमाएं केस-संवेदी होती हैं, लेकिन संदेश के लिए पहुंच-प्रकार बाहरी निकाय केस-संवेदी नहीं है।) इस वाक्य रचना से परे, उपप्रकार के नाम की परिभाषा पर एकमात्र बाधा यह है कि उनकी उपयोगों का विरोध नहीं होना चाहिए। यही है, सामग्री-प्रकार का उपयोग करके दो अलग-अलग समुदायों के लिए अवांछनीय होगा: applicationfoobar को दो अलग-अलग चीजों का मतलब। नई सामग्री-उप-प्रकारों को परिभाषित करने की प्रक्रिया, प्रतिबंधों को लागू करने के लिए एक तंत्र बनाने का इरादा नहीं है, बल्कि उपयोगों को प्रकाशित करने के लिए एक तंत्र है। इसलिए, नए सामग्री-प्रकार के उपप्रकारों को परिभाषित करने के लिए दो स्वीकार्य तंत्र हैं: निजी मूल्य (एक्स - से शुरू होने) को दो रजिस्ट्रेशन या मानकीकरण के बिना दो सहयोगी एजेंटों के बीच द्विपक्षीय रूप से परिभाषित किया जा सकता है। परिशिष्ट एफ में वर्णित के अनुसार, नए मानक मूल्यों को दस्तावेज, पंजीकृत, और आईएएनए द्वारा अनुमोदित किया जाना चाहिए, जहां सार्वजनिक उपयोग के लिए इरादा है, वे जिन प्रारूपों का संदर्भ लेते हैं उन्हें एक प्रकाशित विनिर्देश द्वारा भी परिभाषित किया जाना चाहिए, और संभवतः मानकीकरण के लिए भी प्रस्तावित किया गया है। सात मानक प्रारंभिक पूर्वनिर्धारित सामग्री प्रकार इस दस्तावेज़ के थोक में विस्तृत हैं। वे हैं: पाठ्य पाठ्य जानकारी प्राथमिक उपप्रकार, सादा, सादे (अपरिवर्तित) पाठ इंगित करता है निर्देशित वर्ण सेट के समर्थन से अलग पाठ की पूर्ण अर्थ प्राप्त करने के लिए कोई विशेष सॉफ्टवेयर की आवश्यकता नहीं है। उपप्रकार उन प्रपत्रों में समृद्ध पाठ के लिए उपयोग किया जाता है जहां ऐप्लिकेशन सॉफ़्टवेयर टेक्स्ट के स्वरूप को बढ़ा सकते हैं, लेकिन सामग्री के सामान्य विचार प्राप्त करने के लिए ऐसे सॉफ़्टवेयर की आवश्यकता नहीं होनी चाहिए। इस प्रकार संभावित उपप्रकारों में किसी भी पठनीय वर्ड प्रोसेसर प्रारूप शामिल है। एक बहुत सरल और पोर्टेबल उपप्रकार, रिच टेक्स्ट, इस दस्तावेज़ में परिभाषित किया गया है। मल्टीपार्ट डेटा जिसमें स्वतंत्र डेटा प्रकार के कई हिस्सों शामिल हैं I चार शुरुआती उपप्रकार परिभाषित किए गए हैं, जिनमें प्राथमिक मिश्रित उपप्रकार, एकाधिक स्वरूपों में एक ही डेटा का प्रतिनिधित्व करने के लिए विकल्प, समान रूप से देखा जाने वाले भागों के समानांतर, और मल्टीपार्ट संस्थाओं के लिए पचाने के लिए प्रत्येक भाग प्रकार संदेश का है। संदेश एक समझाया संदेश सामग्री-प्रकार संदेश का एक समूह स्वयं एक पूर्ण रूप से प्रारूपित आरएफसी 822 कन्फॉर्मेंट संदेश है जिसमें इसकी अलग-अलग सामग्री-प्रकार हैडर फ़ील्ड शामिल हो सकती है। प्राथमिक उपप्रकार आरएफसी 822 है आंशिक उपप्रकार को आंशिक संदेशों के लिए परिभाषित किया जाता है, ताकि मेल परिवहन सुविधाओं के माध्यम से पारित होने के लिए बहुत बड़े समझा जाने वाले निकायों के खंडित संचरण की अनुमति मिल सके। एक अन्य उपप्रकार, बाहरी शरीर, एक बाहरी डेटा स्रोत के संदर्भ में बड़े निकायों को निर्दिष्ट करने के लिए परिभाषित किया गया है। छवि छवि डेटा जानकारी को देखने के लिए छवि को एक डिस्प्ले डिवाइस (जैसे कि ग्राफ़िकल डिस्प्ले, प्रिंटर या फैक्स मशीन) की आवश्यकता होती है। प्रारंभिक उपप्रकार दो व्यापक रूप से प्रयुक्त छवि प्रारूपों, जेपीजी और जीआईएफ के लिए परिभाषित होते हैं। प्रारंभिक उपप्रकार मूल के साथ ऑडियो ऑडियो डेटा सामग्री को प्रदर्शित करने के लिए ऑडियो को एक ऑडियो आउटपुट डिवाइस (जैसे स्पीकर या टेलिफोन) की आवश्यकता होती है वीडियो वीडियो डेटा वीडियो को चलती चित्र प्रदर्शित करने की क्षमता की आवश्यकता होती है, विशेषकर विशेष हार्डवेयर और सॉफ़्टवेयर के साथ। आरंभिक उपप्रकार MPEG है किसी अन्य प्रकार के डेटा को आवेदन करें, आमतौर पर या तो मेल-आधारित एप्लिकेशन द्वारा संसाधित किए जाने वाले बाइनरी डेटा या जानकारी का अन्तर्निहित प्राथमिक उपप्रकार, ओकटेट-स्ट्रीम, का उपयोग बिना बकाया बाइनरी डेटा के उपयोग में किया जाता है, इस मामले में सबसे सरल अनुशंसित कार्रवाई उपयोगकर्ता के लिए फ़ाइल में जानकारी लिखने की पेशकश करती है। दो अतिरिक्त उपप्रकार, ओडीए और पोस्टस्क्रिप्ट, शरीर में ओडीए और पोस्टस्क्रिप्ट दस्तावेज़ों के परिवहन के लिए परिभाषित किए जाते हैं। आवेदन के लिए अन्य अपेक्षित उपयोगों में स्प्रैडशीट्स, मेल आधारित शेड्यूलिंग सिस्टम के लिए डेटा और सक्रिय (कम्प्यूटेशनल) ईमेल के लिए भाषा शामिल हैं (ध्यान दें कि सक्रिय ईमेल में कई सुरक्षाविरोधों पर जोर दिया गया है, जो इस ज्ञापन में बाद में आवेदनपोस्टस्क्रिप्ट के संदर्भ में चर्चा की जाती है।) डिफ़ॉल्ट आरएफसी 822 संदेश यूएस-एएससीआईआई वर्ण सेट में सादा पाठ के रूप में इस प्रोटोकॉल द्वारा टाइप किए जाते हैं, जिसे स्पष्ट रूप से निर्दिष्ट किया जा सकता है सामग्री-प्रकार के रूप में: टेक्स्टप्लेन वर्णसेट-एस्सीआई यदि कोई सामग्री प्रकार निर्दिष्ट नहीं किया गया है, तो त्रुटि द्वारा या पुराने उपयोगकर्ता एजेंट द्वारा, यह डिफ़ॉल्ट माना जाता है। एक MIME - संस्करण हैडर फ़ील्ड की उपस्थिति में, एक प्राप्त उपयोगकर्ता एजेंट भी मान सकता है कि सादे यूएस-एएससीआईआई पाठ प्रेषकों का इरादा था। MIME-version विनिर्देश की अनुपस्थिति में, सादे यूएस-एएससीआईआई पाठ अभी भी ग्रहण किया जाना चाहिए, लेकिन प्रेषक का इरादा अन्यथा हो सकता है। यह ध्यान दिया जाना चाहिए कि यहां दिए गए सामग्री-प्रकार मानों की सूची समय-समय पर संवर्धित हो सकती है तंत्र ऊपर वर्णित है, और कि उपप्रकारों का सेट काफी हद तक बढ़ने की उम्मीद है। जब कोई मेल रीडर किसी अज्ञात सामग्री-प्रकार मान के साथ मेल का सामना करता है, तो इसे आम तौर पर applicationoctet-stream के समतुल्य रूप से व्यवहार करना चाहिए, जैसा कि बाद में इस दस्तावेज़ में वर्णित है। सामग्री प्रकार के अनुसार MIME प्रकार की सूची जेनिफर किरिन वेब डिज़ाइन एचटीएमएल विशेषज्ञ जनवरी 03, 2017 को अपडेट किया गया। एमआईएमई (बहुउद्देशीय इंटरनेट मेल एक्सटेंशन) एक इंटरनेट मानक है जिसका इस्तेमाल विभिन्न फाइलों में मिली सामग्री के प्रकार की पहचान करने के लिए किया जाता है। इन प्रकारों में एप्लिकेशन शामिल हो सकते हैं ध्वनियां, वीडियो, पाठ, और कई अन्य। एक तरह से, वे आपके डेस्कटॉप या लैपटॉप से ​​परिचित फ़ाइल एक्सटेंशन की तरह बहुत हैं। उदाहरण के लिए,.doc एक्सटेंशन जो Word दस्तावेज़ों के लिए उपयोग किया जाता है एक्जिक्यूटिव विंडो फ़ाइलों के लिए. exe, और एक्सेल फाइलों में मिली। एक्सएलएस सभी फाइल एक्सटेंशन हैं जो आप अपने कंप्यूटर पर फ़ाइलों के लिए निस्संदेह परिचित हैं। पढ़ना जारी रखें नीचे लिंक्स पर प्रकार विशेषता द्वारा HTML में परिभाषित माइम प्रकार हैं I वस्तुओं। और स्क्रिप्ट और शैली टैग। इस आलेख में, हम अनुप्रयोगों, ध्वनियों, चित्रों के लिए विभिन्न माइम प्रकारों की सूची देंगे। मेल संदेश, पाठ फ़ाइलें, वीडियो फ़ाइलें, और आभासी दुनिया फ़ाइलें आप इस लेख को इन सभी फ़ाइलों के एक आसान कैटलॉग के रूप में उपयोग कर सकते हैं ताकि आपको भविष्य में इन MIME प्रकारों की आवश्यकता हो। एचटीएमएल के लिए एमआईएम प्रकार है: सामग्री प्रकार अनुप्रयोगों द्वारा एमआईएमई प्रकार की सूची