HTTP प्रोटोकॉल ने लंबे समय तक मल्टीपार्ट प्रतिक्रियाओं का समर्थन किया है। मैंने उन्हें उचित रूप से सुसज्जित उपभोक्ताओं के साथ एपीआई के लिए पहले इस्तेमाल किया है, लेकिन ऐसा नहीं लगता है कि उनके लिए ब्राउज़र समर्थन बहुत अच्छा है, और न ही पिछले अर्ध-दशक में यह सुधार हुआ है। मुझे यह क्यों हो सकता है कि इस बारे में अधिक जानकारी प्राप्त करने में कठिनाई हुई है। मैं उन सभी संपत्तियों को भेजकर HTTP अनुरोधों पर कटौती करने में सक्षम होना चाहूंगा जो मुझे पता है कि एक वेबपैप को प्रारंभिक अनुरोध पर आवश्यकता होगी, खासकर उन ऐप्स के लिए जो बैकबोन.जेएस जैसे क्लाइंट-साइड फ्रेमवर्क को नियोजित करते हैं।क्या कोई वास्तविक या स्थापित कारण है कि मल्टीपार्ट HTTP प्रतिक्रियाएं आमतौर पर ब्राउज़र में समर्थित नहीं होती हैं?
क्या कोई श्वेत पत्र, व्यापार लेख, असफल प्रयोग, या अन्य सबूत हैं कि क्यों न तो ब्राउज़र निर्माता या वेब-प्रदर्शन प्रचारक इस लंबे समय तक HTTP का भुगतान कर रहे हैं?
पूरी तरह स्पष्ट होने के लिए, मैं एक राय नहीं ढूंढ रहा हूं, लेकिन वास्तविक सबूत बताते हैं कि यह क्यों हो सकता है। उदाहरण के लिए, यदि मोज़िला ने कुछ साल पहले इस बारे में कुछ प्रकाशित किया था, या फ़ायरफ़ॉक्स बग ट्रैकर में एक बंद टिकट है जहां एक लीड डेवलपर टिप्पणी करता है कि वे इसे क्यों लागू नहीं करेंगे।
जब मैं टिप्पणी की सराहना करते, यह वास्तव में सिर्फ अटकलें (आईई अतीत [जो, btw, क्रोम और सफारी इस उसी तरह अब संभाल] में इस से निपटने के बारे मुलायम भोजन को छोड़ कर)। – coreyward
मुद्दा यह है कि जो लोग वेब ब्राउज़र लिखते हैं वे सिर्फ यह मानना शुरू नहीं कर रहे हैं कि एक मल्टीपार्ट प्रतिक्रिया किसी भी तरह से उस चीज़ को मैप करना चाहिए जो वे अंततः चाहते हैं। ऐसा नहीं है कि HTTP कैसे काम करता है, लेकिन यह प्रभावी रूप से आप जो प्रस्तावित कर रहे हैं वह प्रभावी है। – McGuireV10
यह भी देखें https://bugzilla.mozilla.org/show_bug.cgi?id=843508 – Aldian