Requests: HTTPoxy माइग्रेशन

हम आईआरसी में इस पर विस्तार से चर्चा कर रहे हैं। हमारे यहां विचारों का एक जटिल समूह है, लेकिन यहां वे हैं:

1. सामान्य तौर पर, यदि आप अपनी अनुरोध स्क्रिप्ट को उस स्थान पर चला रहे हैं जहां आपका एप्लिकेशन पर्यावरण को लिखने की अनुमति देता है, तो आपको अनुरोध की पर्यावरण की खोज को अक्षम कर देना चाहिए। इसके लिए हमारे पास एक झंडा है: Session.trust_env । इसे False पर सेट करने से यह जोखिम पूरी तरह से कम हो जाता है।
2. CGI Python कोड चलाने के लिए एक _extremely_ असामान्य मोड है। यह आश्चर्यजनक रूप से अक्षम है, और जहां तक ​​​​मुझे पता है कि अनिवार्य रूप से शून्य पायथन एप्लिकेशन इसका उपयोग करके विकसित किए गए हैं।
3. परदे के पीछे की हमारी खोज वास्तव में पायथन मानक पुस्तकालय द्वारा की जाती है। इसका मतलब यह है कि पायथन मानक पुस्तकालय में ही अधिक कुशल सुधार है, जो न केवल अनुरोधों के लिए बल्कि पायथन मानक पुस्तकालय में अन्य सभी ग्राहकों के लिए समस्या को कम कर सकता है।

मैं trust_env=True के साथ CGI प्रक्रिया के अंदर अनुरोध चलाते समय चेतावनियां बढ़ाने की संभावना पर विचार करने के लिए तैयार हूं, और मैं trust_env से False को मजबूर करने की संभावना पर भी विचार करने को तैयार हूं। ऐसी स्थिति में, लेकिन वास्तविक रूप से पायथन कोड के लिए इसका सही समाधान केवल CGI_ के अंदर अपने अनुप्रयोगों को चलाने के लिए नहीं है।

मेरी समझ मे आ रहा है। एक सीजीआई संदर्भ में HTTP_PROXY (अपरकेस) से बचना शायद एक अच्छा कदम होगा, लेकिन अगर अनुरोध सीधे ऐसा नहीं कर रहे हैं तो शायद आपके सक्रिय उपाय करने का कोई मतलब नहीं है। मैं स्वयं केवल कभी भी wsgi का उपयोग करता हूं। मैं आगे बढ़ूंगा और इसे बंद कर दूंगा।

@ remram44 इसके लायक क्या है, मैं इस तरह की जाँच को लागू करने के लिए _heartily_ stdlib के urllib.request मॉड्यूल के getproxies विधि के लिए एक पैच का समर्थन करूंगा। ऐसा लगता है कि पैच लगाने के लिए एक और अधिक उत्पादक जगह है। =) यदि आप उसके लिए एक बग रिपोर्ट खोलना चाहते हैं, तो मैं खुशी से झंकार करूंगा: मैं स्वयं भी पैच लिखने के लिए स्वयंसेवा कर सकता हूं!

मैंने cpython-27568 दायर किया।