Requests: HTTPoxy migitation

우리는 IRC에서 이에 대해 길게 논의했습니다. 여기에는 복잡한 의견이 있지만 다음과 같습니다.

1. 일반적으로 애플리케이션이 환경에 대한 쓰기를 허용하는 위치에서 요청 스크립트를 실행하는 경우 환경에 대한 요청의 검색을 비활성화해야 합니다. 이에 대한 플래그가 있습니다: Session.trust_env . False 로 설정하면 이 위험이 완전히 완화됩니다.
2. CGI는 Python 코드를 실행하기 위한 _매우_ 흔하지 않은 모드입니다. 그것은 놀라울 정도로 비효율적이며 내가 아는 한 본질적으로 이를 사용하여 개발된 Python 응용 프로그램은 없습니다.
3. 프록시 검색은 실제로 Python 표준 라이브러리에서 수행됩니다. 이것은 더 효율적인 수정이 Python 표준 라이브러리 자체에 있음을 의미하며, 이는 요청뿐만 아니라 Python 표준 라이브러리의 다른 모든 클라이언트에 대한 문제를 완화할 수 있습니다.

trust_env=True 를 사용하여 CGI 프로세스 내에서 요청을 실행할 때 경고를 발생시킬 가능성을 기꺼이 고려할 의향이 있으며 trust_env 를 False 로 강제할 가능성도 고려할 용의가 있습니다. 이러한 상황에서, 그러나 현실적으로 파이썬 코드의 경우 이에 대한 올바른 해결책은 단순히 _CGI 내에서 응용 프로그램을 실행하지 않는 것입니다.

나에게 의미가있다. CGI 컨텍스트에서 HTTP_PROXY(대문자)를 피하는 것은 아마도 좋은 조치일 수 있지만 요청이 직접 수행하지 않는 경우 적극적인 조치를 취하는 것이 의미가 없을 것입니다. 나 자신은 wgi만 사용합니다. 나는 이것을 닫고 계속할 것이다.

@remram44 그만한 가치가 있기 때문에 stdlib의 urllib.request 모듈의 getproxies 메서드에 대한 패치를 _심심히_ 지원하여 이러한 종류의 검사를 구현합니다. 패치를 적용하기에 훨씬 더 생산적인 장소인 것 같습니다. =) 이에 대한 버그 보고서를 열고 싶다면 기꺼이 참여하겠습니다. 패치를 직접 작성하기 위해 자원할 수도 있습니다!

나는 cpython-27568 을 제출했다.