Werkzeug: सॉकेट व्यवहार के बारे में werkzeug.serving में गलत धारणा

जबकि आप शायद सही हैं (कोई शोध नहीं किया है), कृपया ध्यान दें कि Werkzeug का सर्वर केवल विकास के लिए है। इसे डॉकर और गीवेंट के साथ चलाने से मुझे विश्वास होता है कि आप इसका उपयोग उस उद्देश्य के लिए नहीं करते हैं।

मैं वास्तव में विकास के लिए डॉकर का उपयोग कर रहा हूं और कोड का हिस्सा जीवेंट बंदरपैच का इस्तेमाल काफी हद तक किया गया है।
मैं शायद इसे नोटिस भी नहीं करता अगर यह डोन्टपैनिक नहीं तोड़ता: 3

मैंने पाइथन 3.5 में इस बग का अनुभव किया है, लेकिन केवल अंतर्निहित सॉकेट को गैर-अवरुद्ध मोड पर सेट करते समय (उदाहरण के लिए settimeout )। यह पता चला है कि यह वास्तव में पायथन 3 में एक अपस्ट्रीम बग के कारण होता है: मुद्दा 24291 । समस्या पायथन 3.6 में तय की गई है (देखें मुद्दा26721 )

एक समाधान जो अन्य वेब सर्वरों में लागू किया गया है, वह है wfile को io.BufferedWriter में लपेटना (उदाहरण के लिए 3.5 में CPython के wsgiref में ) या बफरिंग को सक्षम करने के लिए wbufsize को बदलना डिफ़ॉल्ट (उदाहरण के लिए यह gevent मुद्दा देखें)

सुनिश्चित नहीं है कि अगर वेर्कज़ेग एक वर्कअराउंड भी लागू करना चाहता है, या इसे एक गैर-वर्कज़्यूग मुद्दा मानता है।

प्रदान की गई जानकारी के आधार पर मेरा मानना ​​​​है कि यह वास्तव में या तो एक गीवेंट बग या एक स्टडलिब बग है, Werkzeug एक कथित बफ़र फ़ाइल पर राइट + फ्लश का उपयोग करता है, जो बदले में हमेशा काम करना चाहिए, अब मुझे आश्चर्य है कि क्या यह सादे अजगर पर भी होता है, या केवल ऑन गेवेंट

@RonnyPfannschmidt हाँ, मैं इसे gevent के बिना भी प्राप्त करता हूं, मुझे बस वर्कज़ेग के WSGIRequestHandler के संयोजन में एक गैर-अवरुद्ध सॉकेट का उपयोग करने की आवश्यकता है। गीवेंट कई परियोजनाओं का एक और उदाहरण था जो अप्रत्यक्ष रूप से पाइथन 3.5 में अपस्ट्रीम बग से प्रभावित हैं :-)

परिस्थितियों को देखते हुए यह होता है, साथ ही तथ्य यह है कि यह पायथन 3.5 में तय है (3.4 मार्च में ईओएल जाता है), मैं इसे बंद कर रहा हूं।