w3.org (RFC2616) भाग के लिए अधिकतम आकार परिभाषित नहीं करता है। लेकिन अधिकतम चंक-आकार के बिना चंक-एक्सटेंशन के लिए कोई जगह नहीं है। अधिकतम खंड-आकार होना चाहिए, अन्यथा मैं खंड-विस्तार को अनदेखा नहीं कर सकता क्योंकि मुझे यह समझने की सलाह दी जाती है कि इसे समझा नहीं जा सकता है (उद्धरण: "MUST ignore chunk-extension extensions they do not understand"
)।स्थानांतरण-एन्कोडिंग के साथ HTTP प्रतिक्रिया में अधिकतम खंड आकार क्या है?
उत्तर
प्रत्येक खंड विस्तार अर्ध-कॉलन से शुरू होना चाहिए और खंड एक्सटेंशन की सूची को एक सीआरएलएफ के साथ समाप्त होना चाहिए। चंक-आकार को पार्स करते समय, अर्द्ध-कोलन या सीआरएलएफ पर रोकें। यदि आप सेमी-कोलन में रुक गए हैं, तो अगले सीआरएलएफ तक सब कुछ अनदेखा करें। अधिकतम खंड आकार के लिए कोई आवश्यकता नहीं है।
chunk = chunk-size [ chunk-extension ] CRLF
chunk-data CRLF
chunk-size = 1*HEX
chunk-extension= *(";" chunk-ext-name [ "=" chunk-ext-val ])
रोलैंड के उत्तर में पोस्ट किए गए एक ही प्रश्न के लिए अपने विचारों का अनुरोध करें। – smRaj
HTTP विनिर्देश HTTP संदेशों के वाक्यविन्यास के बारे में बहुत स्पष्ट है।
खंड आकार हमेशा हेक्साडेसिमल संख्या के रूप में दिया जाता है। यदि वह संख्या सीधे सीआरएलएफ द्वारा नहीं की जाती है, लेकिन इसके बजाय ;
है, तो आप जानते हैं कि एक एक्सटेंशन है। इस एक्सटेंशन को इसके नाम से पहचाना जाता है (chunk-ext-name
)। यदि आपने उस विशेष नाम के बारे में कभी नहीं सुना है, तो आप इसे अनदेखा कर सकते हैं।
तो आपकी समस्या वास्तव में क्या है?
- एक हेक्साडेसिमल संख्या
- अगले CRLF अप करने के लिए सब कुछ पर ध्यान न दें पढ़ें
- खुश
मैं यह पूछना चाहूंगा कि सर्वर भ्रष्ट होने पर और हेक्साडेसिमल नंबर कभी समाप्त नहीं होने पर आप क्या करना चाहते हैं? पीड़ित बनें और कभी भी समाप्त होने वाले हेक्साडेसिमल नंबर को कभी न पढ़ें या उस सीमा को ठीक करें जो आपके आवेदन के अनुरूप है और जब ऐसा होता है तो चेतावनी फेंक दें? – smRaj
@smRaj जो कुछ भी आपके आवेदन में सबसे ज्यादा समझ में आता है, शायद एक उचित सीमा निर्धारित करता है। –
@ डेविडस्वार्टज़: इससे मदद मिलती है। – smRaj
तुम क्यों लगता है कि आप अधिकतम आकार की क्या ज़रूरत है बनें? क्या आप एक सर्वर को कार्यान्वित कर रहे हैं? एक ग्राहक ? प्रॉक्सी ? – Yahia