Werkzeug: खंडित अनुरोध अभी भी वास्तव में काम नहीं करते हैं

को निर्मित 16 जुल॰ 2017 · 4टिप्पणियाँ · स्रोत: pallets/werkzeug

(अपडेट किया गया, क्योंकि मुझे एहसास हुआ कि मैं इसे ठीक करने का प्रयास कर रहा था, इसलिए मूल मुद्दे और उस मुद्दे से भ्रमित हो गया जिसने मुझे छोड़ दिया)

मैं एक ऐप के लिए एक खंडित अनुरोध कर रहा हूं जो Werkzeug (वर्तमान गिट मास्टर) का उपयोग करता है। get_input_stream LimitedStream(wsgi.input, min(content_length, max_content_length)) कॉल करना समाप्त करता है। खंडित एन्कोडिंग का उपयोग करने पर min(content_length, max_content_length) हमेशा कोई नहीं होगा।

प्रगति करने के प्रयास में मैंने LimitedStream(stream, content_length or max_content_length) का उपयोग करने का प्रयास किया, लेकिन फिर मुझे ClientDisconnected अपवाद मिल गया, क्योंकि हम क्लाइंट डिस्कनेक्ट करने और केवल किए जा रहे खंडित अनुरोध के बीच अंतर नहीं बता सकते हैं , जैसा कि wsgi.input.read() दोनों मामलों में केवल 0-लंबाई वाली स्ट्रिंग देता है।

bug

स्रोत

sorenh

सबसे उपयोगी टिप्पणी

वर्तमान में कौन सा wsgi input_terminated का समर्थन करता है? डिबगिंग पर पूरे दिन जलने के बाद डेटा खाली क्यों है, फिर स्ट्रीम खाली क्यों है, यह महसूस करते हुए कि यह खंडित स्ट्रीम एन्कोडिंग के कारण है, अब मुझे इसका समर्थन करने वाला कुछ भी नहीं मिल रहा है: /

iScrE4m 16 अग॰ 2017

👍2

सभी 4 टिप्पणियाँ

यह min साथ साधारण बग से कहीं अधिक है। इसे ठीक करने के बाद, समस्या यह है कि पढ़ने के लिए max_content_length से कम होने पर Werkzeug ब्लॉक के साथ wsgi.input.read(max_content_length) हमेशा के लिए करना। या Gunicorn का उपयोग करते हुए, जो पूरे संदेश को पार्स और बफर करके भाग का समर्थन करता है, लंबाई max_content_length से कम हो जाती है, इसलिए LimitedStream क्लाइंट को डिस्कनेक्ट कर देता है।

मैंने यह सुनिश्चित करने के लिए Django पर इसका परीक्षण किया कि हम कुछ अजीब नहीं कर रहे हैं, यह एक खाली धारा भी देखता है।

davidism 21 जुल॰ 2017

आगे का सबसे आसान तरीका एक मिडलवेयर प्रदान करना है जो environ['wsgi.input_terminated'] सेट करता है और लोगों को खंडित स्थानांतरण का समर्थन करने वाले सर्वर का उपयोग करते समय इसका उपयोग करने के लिए कहता है।

davidism 21 जुल॰ 2017

iScrE4m 16 अग॰ 2017

👍2

environ.get('wsgi.input_terminated') जाँच के अलावा, क्या हमें environ.get('HTTP_TRANSFER_ENCODING') == 'chunked' भी जाँच करनी चाहिए और उस स्थिति में भी अलिखित स्ट्रीम को सीधे वापस करना चाहिए? यह एक साधारण curl -H 'Transfer-Encoding: chunked' ... एक खाली स्ट्रीम लौटाने जैसी समस्याओं को ठीक करता है।

प्रति RFC2616

4.4.2
यदि एक स्थानांतरण-एन्कोडिंग हेडर फ़ील्ड (सेक्शन १४.४१) मौजूद है और
"पहचान" के अलावा कोई अन्य मूल्य है, तो स्थानांतरण-लंबाई है
"खंडित" स्थानांतरण-कोडिंग (धारा 3.6) के उपयोग से परिभाषित,
जब तक कनेक्शन बंद करके संदेश समाप्त नहीं किया जाता है।

4.4.3
यदि कोई सामग्री-लंबाई शीर्ष लेख फ़ील्ड (खंड १४.१३) मौजूद है, तो इसका
OCTETs में दशमलव मान इकाई-लंबाई और दोनों का प्रतिनिधित्व करता है
स्थानांतरण-लंबाई। सामग्री-लंबाई शीर्षलेख फ़ील्ड नहीं भेजा जाना चाहिए
यदि ये दो लंबाई अलग हैं (यानी, यदि एक स्थानांतरण-एन्कोडिंग
हेडर फ़ील्ड मौजूद है)। यदि दोनों के साथ एक संदेश प्राप्त होता है a
स्थानांतरण-एन्कोडिंग शीर्षलेख फ़ील्ड और सामग्री-लंबाई शीर्षलेख फ़ील्ड,
उत्तरार्द्ध को नजरअंदाज किया जाना चाहिए।

... यह देखते हुए कि Transfer-Encoding का chunked मांग करता है कि किसी भी Content-Length हेडर को अनदेखा किया जाए, और इसलिए इसके आधार पर कोई स्ट्रीम-प्रोसेसिंग नहीं की जानी चाहिए। यह वर्तमान में तब तक है जब तक wsgi.input_terminated सेट नहीं किया जाता है।

क्या काम करने के लिए 10 बाइट JSON पेलोड जैसे सामान्य खंडित एन्कोडिंग के लिए wsgi.input_terminated सेट करना वास्तव में आवश्यक होना चाहिए?

javabrett 25 नव॰ 2017

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Werkzeug: खंडित अनुरोध अभी भी वास्तव में काम नहीं करते हैं

सबसे उपयोगी टिप्पणी

सभी 4 टिप्पणियाँ

संबंधित मुद्दों