django + gunicorn + nginx सेटअप

Question

से बाहरी यूआरएल के लिए एक POST अनुरोध करना मैं django + nginx + gunicorn पर चल रहे किसी वेब एप्लिकेशन के अंदर एक विधि से एक पोस्ट अनुरोध भेज रहा हूं। Django के अपने सर्वर (रनरवर का उपयोग करके) पर निष्पादित होने पर मुझे उसी कोड से 200 प्रतिक्रिया प्राप्त करने में कोई समस्या नहीं है।

try: 
    response = requests.post(post_url, data=some_data) 
    if response.status_code == OK and response.content == '': 
     logger.info("Request successful") 
    else: 
     logger.info("Request failed with response({}): {}".format(response.status_code, response.content)) 
     return response.status_code == OK and response.content == '' 
except requests.RequestException as e: 
    logger.info("Request failed with exception: {}".format(e.message)) 
    return False 

मैंने post_url पर सर्वर लॉग की जांच की है, यह वास्तव में इस डेटा के साथ 200 प्रतिक्रिया लौटा रहा है। हालांकि, जब मैं बंदूक और nginx के पीछे ऐप चलाता हूं, तो मुझे प्रतिक्रिया प्राप्त नहीं होती है, (हालांकि अनुरोध भेजा जा रहा है)। प्रयास ब्लॉक के बाद पहली पंक्ति में कोड फंस जाता है, और बंदूकधारी कार्यकर्ता का समय समाप्त होता है (30 सेकंड के बाद)।

यह POST_URL पर अपाचे सर्वर लॉग है:

[14/Sep/2016:13:19:20 +0000] "POST POST_URL_PATH HTTP/1.0" 200 295 "-" "python-requests/2.9.1" 

अद्यतन:

मैं उल्लेख करना भूल गया, इस अनुरोध को एक दूसरे पर अमल करने से भी कम समय लेता है, तो यह समय समाप्त नहीं है मुद्दा। विन्यास के साथ कुछ गलत है? मेरे पास मानक nginx + gunicorn सेटअप है, जहां gunicorn nginx में proxy_pass के रूप में सेट किया गया है। मैं अनुमान लगा रहा हूं क्योंकि मैं एक nginx प्रॉक्सी के पीछे हूँ, क्या मुझे आवेदन से एक पोस्ट अनुरोध भेजते समय कुछ अलग करना चाहिए?

Answer 1

मेरी बंदूक सेटिंग्स में, workers=2 सेटिंग इस समस्या को हल करती है।

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

Answer 2

यह एक बंदूकधारी टाइमआउट मुद्दा है। आप गनिकोर्न निष्पादित करने के लिए उपयोग कर रहे कमांड में अतिरिक्त ध्वज --timeout 60 निर्दिष्ट करके बंदूक के समय समाप्ति को बढ़ा सकते हैं। बेशक, आप अपनी जरूरतों के आधार पर टाइमआउट लंबाई को कस्टमाइज़ कर सकते हैं। तर्क सेकंड में है।

Answer 3

आपको निगेंक्स के साथ समस्या हो सकती है, जहां समस्या nginx request entity too large हो सकती है। यदि आप सर्वर पर बहुत बड़ा डेटा भेजते हैं, तो Nginx अनुरोध को अस्वीकार कर सकता है। जब हम बहुत बड़ी छवि अपलोड करने की कोशिश कर रहे थे तो हमें समस्या के कारण निगेंक्स के साथ समस्याएं थीं। हम dginango के साथ nginx + gunicorn का भी उपयोग कर रहे हैं। तो मुझे संदेह है। यह एक ही मुद्दा हो सकता है।