עבור תוכנית Requests שמופעלת מ-PyCharm, ערכו את תצורת ההרצה/ניפוי של Python שמפעילה אותה. הוסיפו את משתני ה-proxy הנתמכים בשדה Environment variables של אותה תצורה:

שםערך לדוגמה
http_proxyhttp://proxy.example.net:8080
https_proxyhttp://proxy.example.net:8080

הפעילו את התוכנית שוב דרך אותה תצורה. Requests יכול לקרוא את המשתנים האלה דרך האינטגרציה הרגילה שלו עם הסביבה; אין צורך בארגומנט proxy ייחודי ל-PyCharm ב-requests.get. השתמשו בשירות ה-HTTP שלכם לערכי הדוגמה, או בנקודת קצה מרשימת ה-proxy של HTTP עבור בקשות ציבוריות מותרות.

העדפת ה-HTTP Proxy של PyCharm עצמו מגדירה את הרשת של ה-IDE. היא כשלעצמה אינה מוכיחה שתהליך הבן של Python קיבל את אותו מסלול.

לטרמינל, לקונסולת Python, למריץ הבדיקות ולתצורות אפליקציה שמורות יכולות להיות סביבות הפעלה שונות. השוו את זו שהבקשה הכושלת השתמשה בה בפועל. export שהוזן מאוחר יותר בטרמינל אינו יכול לשנות תהליך IDE שכבר פועל.

אם הקוד מגדיר session.trust_env=False, ‏Requests מתעלם ממסלול הסביבה הזה. במצב מכוון זה השתמשו בתצורת ה-proxy המפורשת שלו.

מאמרים קשורים