बहुत छोटे HTTP अनुरोध बनाम बहुत छोटे अनुरोध

Question

मुझे सर्वर से क्लाइंट में भेजने के लिए 2 डी सरणी (जेसन) की आवश्यकता है। पाठ के 4 अक्षरों के आस-पास प्रत्येक प्रविष्टि के साथ यह लगभग 400x400 आकार में होगा। इसलिए यह लगभग 640 केबी डेटा बनाता है।

निम्नलिखित में से कौन सा चरम दृष्टिकोण बेहतर है?

1. मैं एक ही समय में सभी डेटा का एक बड़ा HTTP अनुरोध करता हूं।
2. मैं 400 अनुरोध करने - प्रत्येक एक ही पंक्ति के लिए पूछ (करीब 1.6 KB)

मेरा मानना ​​है कि इष्टतम दृष्टिकोण बीच में कहीं होगा। क्या कोई मुझे यह विचार दे सकता है कि इस डेटा के लिए इष्टतम एकल अनुरोध आकार क्या हो सकता है?

धन्यवाद।

Answer 1

जब तक आप (वर्तमान मानकों के अनुसार बहुत धीमी गति से) धीमी गति से साथ काम कर रहे कनेक्शन और वास्तव में जरूरत वृद्धिशील अद्यतन, एक अनुरोध में करते हैं।

इससे आपको compressing the response के लिए बेहतर दक्षता मिलती है, और extra HTTP requests and response headers के ओवरहेड से बचा जाता है।

Answer 2

एक बड़ा चुनने बनाम लिए विचारों की युगल कई छोटे: के रूप में डेटा आता

• ही अनुरोध मामले में, आप प्रगतिशील डाटा प्रोसेसिंग ऐसा नहीं कर सकते; इससे पहले कि आप कुछ भी कर सकें, आपको पूरा पैकेट पहुंचने की प्रतीक्षा करनी होगी। यदि यह विफल रहता है, तो आपको सबकुछ खरोंच से शुरू करना होगा।
• एकाधिक अनुरोध मामले में, आप प्रगतिशील डेटा प्रोसेसिंग कर सकते हैं। हालांकि, अब आपको कई असफलताओं और इनसे कैसे ठीक होने की संभावना पर विचार करना होगा।
• प्रत्येक अनुरोध के लिए एकाधिक अनुरोध ओवरहेड होते हैं। यह अतिरिक्त बैंडविड्थ है जिसे आप ऐप ले लेंगे।
• कुछ HTTP एजेंट समान सर्वर पर समवर्ती अनुरोधों की संख्या को सीमित करते हैं, और आपको इसके आसपास काम करने के लिए कुछ तर्क करने की आवश्यकता हो सकती है।
• प्रतिक्रिया संपीड़न एकल अनुरोध मामले के लिए बेहतर काम करेगा।
• एकाधिक अनुरोधों के लिए आपको अपने डेटा के लिए पूर्ण मेमोरी आवंटित करने की आवश्यकता नहीं होगी। अनुमोदित, 640 केबी स्मृति का वह बड़ा हिस्सा नहीं है, इसलिए यह आपके लिए कितना बार आवंटित करेगा, इस पर निर्भर करता है कि यह आपके लिए बड़ा विचार नहीं हो सकता है।
• प्रक्रिया की प्रारंभिक समाप्ति के मामले में (या तो एक रद्द बटन या ऐप समाप्त हो गया है या ब्राउज़र आपके पृष्ठ से दूर नेविगेट करता है), एकल अनुरोध अभी भी पूर्ण प्रतिक्रिया डाउनलोड समाप्त कर देगा; हालांकि, एकाधिक अनुरोध मामले के लिए, आपका कोड अभी तक शुरू नहीं हुआ कोई अनुरोध निष्पादित नहीं किया जाएगा।

ईमानदारी से, मैं पिछले दो के बारे में चिंतित नहीं होगा और 1 पर अपनी पसंद का आधार दूंगा) प्रगतिशील डेटा प्रोसेसिंग महत्वपूर्ण है; और 2) असफलताओं और आंशिक डेटा के लिए आपकी ऐप सहिष्णुता क्या है।

Answer 3

और आपको यह ध्यान रखना होगा कि सर्वरों में vulnerabilities with large requests हो सकता है।