सिद्धांत रूप में, के अनुसार आरएफसी 4329 , application/javascript।
यह माना जाता है कि applicationइसका कोई लेना-देना नहीं है कि क्या प्रकार पठनीय या निष्पादन योग्य है। इसका कारण यह है कि भाषा के प्रकार के आधार पर कस्टम वर्णसेट-निर्धारण तंत्र निर्धारित किए गए हैं, केवल सामान्य charsetपैरामीटर के बजाय । एक उपप्रकार को textएक छद्म पैरामीटर को बदलकर एक प्रॉक्सी द्वारा दूसरे वर्ण पर ट्रांसकोड करने में सक्षम होना चाहिए। यह जावास्क्रिप्ट का सच नहीं है क्योंकि:
ए। RFC का कहना है कि उपयोगकर्ता-एजेंटों को टाइप निर्धारित करने के लिए स्क्रिप्ट पर BOM- सूँघना चाहिए (मुझे यकीन नहीं है कि कोई ब्राउज़र वास्तव में ऐसा करता है);
ख। ब्राउज़र अन्य सूचनाओं का उपयोग करते हैं- जिसमें पृष्ठ की एन्कोडिंग और कुछ ब्राउज़रों script charsetमें विशेषता- चार्ट को निर्धारित करने के लिए। तो कोई भी प्रॉक्सी जो संसाधन को ट्रांसकोड करने की कोशिश करता है, उसके उपयोगकर्ताओं को तोड़ देगा। (वास्तव में कोई भी कभी भी ट्रांसकोडिंग परदे के पीछे का उपयोग करता है, लेकिन यही इरादा था।)
इसलिए फ़ाइल के सटीक बाइट्स को बिल्कुल संरक्षित किया जाना चाहिए , जो इसे एक द्विआधारी applicationप्रकार बनाता है न कि तकनीकी रूप से चरित्र-आधारित text।
उसी कारण से, application/xmlआधिकारिक तौर पर पसंद किया जाता है text/xml: XML का अपना इन-बैंड चारसेट सिग्नलिंग तंत्र है। और हर कोई applicationXML के लिए भी अनदेखा करता है।
text/javascriptऔर text/xmlआधिकारिक राइट थिंग नहीं हो सकता है, लेकिन आज हर कोई संगतता कारणों के लिए उपयोग करता है, और जिन कारणों से वे सही नहीं हैं वे व्यावहारिक रूप से पूरी तरह से महत्वहीन हैं।