D'PyCharm-Ausführungskonfiguratioun dréit d'Python-Proxy-Ëmwelt
Setzt d'Proxy-Variabelen an der Konfiguratioun, déi de Python-Programm start, amplaz op d'HTTP-Proxy-Astellunge vum IDE ze vertrauen.
Fir e Requests-Programm, dee vu PyCharm gestart gëtt, ännert d'Python-Ausféierungs-/Debug-Konfiguratioun, déi en start. Füügt déi ënnerstëtzt Proxy-Variabelen an d'Feld Environment variables vun där Konfiguratioun derbäi:
| Numm | Beispillwäert |
|---|---|
| http_proxy | http://proxy.example.net:8080 |
| https_proxy | http://proxy.example.net:8080 |
Start de Programm nach eng Kéier iwwer déi Konfiguratioun. Requests ka si Variabelen iwwer seng normal Ëmwelt-Integratioun liesen; et brauch een net e PyCharm-spezifescht Proxy-Argument an requests.get. Benotzt deng HTTP-Servicer fir d'Beispillwäerter, oder en Endpunkt aus der HTTP-Proxy-Lëscht fir erlaabte ëffentlech Ufroen.
Dem PyCharm seng eege HTTP-Proxy-Astellung konfiguréiert d'Netzwierk vum IDE. Si beweist net vu sech aus, datt de Python-Kandprozess déiselwecht Streck kritt huet.
Den Terminal, d'Python-Konsole, de Test-Runner an d'gespäichert Applikatiounskonfiguratioune kënnen ënnerschiddlech Startëmwelten hunn. Vergläicht déi, déi d'fehlgeschloe Ufro tatsächlech benotzt huet. En export, dee méi spéit an engem Terminal agetippt gëtt, kann een IDE-Prozess, dee schonn leeft, net änneren.
Wann de Code session.trust_env=False setzt, ignoréiert Requests dëse Ëmweltwee. A sou engem bewossten Modus benotzt seng explizit Proxy-Konfiguratioun.