Werkzeug: 소켓 동작에 대한 werkzeug.serving의 잘못된 가정

당신이 옳을 수도 있지만(아무런 조사도 하지 않았음) Werkzeug의 서버는 개발용으로만 사용된다는 점에 유의하십시오. Docker에서 gevent를 사용하여 실행하면 해당 용도로 사용하지 않는다고 믿게 됩니다.

나는 실제로 개발을 위해 도커를 사용했고 코드의 일부는 gevent monkeypatches를 아주 경솔하게 사용했습니다.
dontpanic이 깨지지 않으면 눈치채지도 못할 것 같아요 :3

Python 3.5에서 이 버그를 경험했지만 기본 소켓을 비차단 모드로 설정할 때만(예: settimeout ). 이것은 실제로 Python 3: issue24291 의 업스트림 버그로 인해 발생합니다. 이 문제는 Python 3.6에서 수정되었습니다( issue26721 참조).

다른 웹 서버에서 구현된 해결 방법은 wfile 를 io.BufferedWriter 로 래핑하거나(예: 3.5의 CPython wsgiref ) 버퍼링을 활성화하도록 wbufsize 를 변경하는 것입니다. 기본값(예: 이 gevent 문제 참조)

werkzeug가 해결 방법도 구현하고 싶어하는지, 아니면 werkzeug가 아닌 문제로 간주하는지 확실하지 않습니다.

제공된 정보에 따르면 이것이 실제로 gevent 버그 또는 stdlib 버그라고 생각합니다. werkzeug는 버퍼링된 파일에 쓰기 + 플러시를 사용합니다. 그러면 항상 작동해야 합니다. 이제 이것이 일반 파이썬에서도 발생하는지 아니면 만 지벤트에

@RonnyPfannschmidt 예, gevent 없이도 얻을 수 있습니다. werkzeug의 WSGIRequestHandler 와 함께 비차단 소켓을 사용해야 합니다. Gevent는 Python 3.5의 업스트림 버그에 의해 간접적으로 영향을 받는 많은 프로젝트의 또 다른 예일 뿐입니다 :-)

이것이 발생하는 상황과 Python 3.5에서 수정되었다는 사실(3.4는 3월에 EOL됨)을 감안할 때 이 글을 닫습니다.