Gunicorn: websockets가 있는 wsgi.py에 'Response' 객체에 'status_code' 속성이 없습니다.

@ bclark8923 문제를 재현하는 데 도움이 될 수 있는 응용 프로그램이 있습니까?

예! 어떻게 하면 좋을까요?

2016년 3월 28일 월요일, Benoit Chesneau [email protected] 은 다음과 같이 썼습니다.

@bclark8923 https://github.com/bclark8923 응용 프로그램이 있습니까?
문제를 재현하는 데 도움이 될 수 있습니까?

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/benoitc/gunicorn/issues/1210#issuecomment -202484667

감사 해요,
브라이언 클라크
(248) 990 5616
www.hdphealth.com

Facebook https://facebook.com/bclark8923 및 Twitter에서 저를 알아보세요.
https://twitter.com/blaurenceclark!

@ bclark8923 스트리밍할 수 있다면 결국 도움이 될 테스트에 일부를 포함할 수 있습니다. :)

또한 어떤 버전의 gunicorn을 사용하고 있습니까?

예, 부탁합니다! [email protected]으로 이메일을
곧

2016년 3월 28일 월요일, Benoit Chesneau [email protected] 은 다음과 같이 썼습니다.

@bclark8923 https://github.com/bclark8923 스트리밍 가능하다면
결국 나는 도움이 될 테스트의 일부를 포함할 수 있습니다 :)

또한 어떤 버전의 gunicorn을 사용하고 있습니까?

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/benoitc/gunicorn/issues/1210#issuecomment -202492005

감사 해요,
브라이언 클라크
(248) 990 5616
www.hdphealth.com

Facebook https://facebook.com/bclark8923 및 Twitter에서 저를 알아보세요.
https://twitter.com/blaurenceclark!

버전 19.4.5 사용

같은 문제가 있습니다. 저는 gunicorn 버전 18.0을 사용하고 있습니다.

이미 사용 가능한 수정 사항이 있습니까?

누구든지 그것을 재현 할 z 코드가 있다면 도움이 될 것입니다 :)

@benoitc - 말이 되네요.. ;-)

다음주에 수정해서 알려드릴께요!

@benoitc - 좋아, 결국 주말 전에 뭔가

https://github.com/kramer65/gunicorn-error 의 readme에서 지침이 있는 리포지토리를 찾을 수 있습니다.

btw: 저는 gunicorn 버전 18.0을 사용하고 있습니다.

아마도 무언가가 gunicorn.workers.async.ALREADY_HANDLED 를 반환해야 하거나 응용 프로그램이 WSGI 처리기에서 반환되는 즉시 gunicorn이 요청을 기록하려고 할 것입니다. 대신 Gunicorn은 요청이 이제 애플리케이션에 의해 완전히 처리된다는 것을 알아야 합니다.

"examples/websocket" 디렉토리에 있는 두 예제 모두 WSGI 핸들러에서 이 상수를 반환합니다.

@benoitc - 오류를 재현하는 예제가 오류를 찾는 데 도움이 됩니까? 이 문제를 해결하는 데 다른 도움을 드릴 수 있습니까?

@kramer65 네 오류를 재현했습니다.

따라서 Gunicorn은 순수한 WSGI 엔진이며 상태가 포함된 WSGI 응답을 기대합니다.
https://github.com/benoitc/gunicorn/blob/master/gunicorn/http/wsgi.py#L242

(이 코드와 관련: https://github.com/benoitc/gunicorn/blob/master/gunicorn/workers/async.py#L103-L119)

@tilgovi가 말했듯이 ALREADY_HANDLED를 반환하여 gunicorn의 응답 처리를 우회할 수 있습니다.

내가 flash socketio의 코드를 읽는 한 socketio.Middleware engineio.middleware.Middleware 에서 상속되는 플라스크 응용 프로그램을 래핑합니다.
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/middleware.py

경로를 찾으면 wsgi 응용 프로그램 또는 자체 처리기를 반환합니다.
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/middleware.py#L45 -L52

따라서 websocket 경로에서 socketio.Server.handle_request 를 반환합니다.
https://github.com/miguelgrinberg/Flask-SocketIO/blob/master/flask_socketio/__init__.py#L144

자체적으로 engineio.Server.handle_request 반환합니다(이 프로젝트에 많은 순환 dep...):
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/server.py#L184

이 시점에서 socket.handle_get_request 또는 socket. handle_post_request 둘 다 상태를 설정하지 않은 것으로 보입니다.
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/socket.py#L69 -L96

그러면 여기서 오류가 발생할 수 있습니다.
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/server.py#L251 -L252

상태 등을 설정하지 않고 응답을 반환할 수 있기 때문입니다. 업그레이드가 우리 예에서와 동일한 websocket 객체를 사용하는 것을 볼 수 있습니다:
https://github.com/benoitc/gunicorn/blob/master/examples/websocket/websocket.py

여기에 최종 r 를 반환하는 대신 다음과 같이 생각합니다.
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/server.py#L251 -L252

아마도 다음과 같이 ALREADY_HANDLED 반환해야 합니다.
https://github.com/benoitc/gunicorn/blob/master/examples/websocket/websocket.py#L115

그 코드는 읽기가 상당히 어렵기 때문에 어쨌든 추측만 하십시오. 잘하면 도움이 될 것입니다.

@kramer65 어쨌든 이 티켓의 상태를 알려주세요 :)

@benoitc ALREADY_HANDLED 상수는 gunicorn에만 해당됩니다. Eventlet에는 다른 방식으로 정의된 이 상수의 자체 버전이 있습니다.

코드를 통해 추적하던 r 값은 websocket 연결이 종료될 때 evenlet의 ALREADY_HANDLED 를 반환합니다. 이것은 eventlet에 의해 자동으로 처리됩니다: https://github.com/eventlet/eventlet/blob/2cd5f1d9aea53efb4526e7185017bdcc84732588/eventlet/websocket.py#L135.

Gunicorn은 (내 생각에) eventlet의 ALREADY_HANDLED 상수와 자체 상수를 인식하고 동일한 방식으로 처리해야 합니다. 나는 그것이 이 문제를 해결할 것이라고 생각한다.

이 문제를 해결할 수 있으면 좋습니다. 프로덕션에서 flask-socketio 및 gunicorn을 실행 중이며 데이터 손실을 원하지 않습니다.

비슷한 문제를 겪고 있는데 이 문제에 대한 소식이 있는지 궁금합니다.

@benoitc - Gunicorn이 eventlet의 ALREADY_HANDLED 상수와 자체 상수를 인식하고 동일한 방식으로 처리하도록 하기 위해 위의 @miguelgrinberg 가 제안한 제안이 좋은 생각이라고 생각하십니까?

@kramer65 이에 대한 지원을 깔끔하게 추가할 수 있는 방법을 찾을 수 있다면 eventlet 작업자가 처리하는 것이 합리적이라고 생각합니다.

지금 당장은 이것을 처리하는 논리가 gunicorn.workers.async.AsyncWorker#handle_request 내부에 약간 묻혀 있지만 이벤트렛 작업자가 재정의할 수 있는 정적 속성을 통해 간접적으로 처리하거나 모든 작업자가 이미 처리한 것을 확인하는 인스턴스 메서드를 호출하여 처리할 수 있습니다. 현재와 ​​같이 기본 클래스가 수행되는 특정 논리가 존재할 수 있습니다.

@tilgovi - 셨는데 이렇게 답장을 드리고 싶었어요. 문제는 내가 할 수 있는 일에 한계가 있다는 것입니다. 이 문제를 해결하기 위해 어떻게 진행해야 할지 정말 모르겠습니다.

그동안 내 로그는 아래와 같은 오류 메시지로 가득 차 있으므로 이 문제를 해결하는 데 약간의 에너지를 쏟아야 할 이유가 있습니다. 나는 문제의 정확한 원인이 무엇인지 완전히 이해하지 못하고 어떻게 해결할 수 있는지 이해합니다.

연락을 원하는 사람이 있다면 기꺼이 이 문제에 대해 논의하고 지금보다 조금 더 도움을 드릴 수 있을 것입니다.

2016-08-23 08:07:16 [2185] [ERROR] Error handling request
Traceback (most recent call last):
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/workers/async.py", line 45, in handle
    self.handle_request(listener, req, client, addr)
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/workers/async.py", line 102, in handle_request
    resp.close()
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 369, in close
    self.send_headers()
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 284, in send_headers
    tosend = self.default_headers()
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 265, in default_headers
    elif self.should_close():
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 198, in should_close
    if self.status_code < 200 or self.status_code in (204, 304):
AttributeError: 'Response' object has no attribute 'status_code'

하나 고쳤어? .....

@qwexvf - 불행히도 나는하지 않았습니다. 내 로그는 여전히 오류로 가득 차 있습니다. :-(

다른 사람?

@kramer65 알겠습니다 . 나는 이것을 오랫동안 기다렸습니다. 수정 사항이 있는 사람이 있으면 공유해 주세요! 감사 해요!

어떤 업데이트?

이 문제를 해결할 수 있는 더 깨끗한 방법이 있다고 확신하지만 적어도 시작 단계입니다.

@stefaang 감사합니다 생각해

이에 대한 수정 사항은 언제 PyPI에서 출시됩니까?

내일
2017년 2월 17일 금요일 16시 46분에 Eddie [email protected]이 다음과 같이 썼습니다.

이에 대한 수정 사항은 언제 PyPI에서 출시됩니까?

—
열기/닫기 상태를 수정했기 때문에 이 메시지가 표시됩니다.

이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/benoitc/gunicorn/issues/1210#issuecomment-280685264 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAA4ogTRMF7EfR25G6gLrktOdh_iA4Ciks5rdcDYgaJpZM4HbcdP
.

출시되었나요?

https://pypi.python.org/pypi/gunicorn

아니요 :(

@benoitc pypi로 푸시되는 업데이트에 대한 단어가 있습니까?

@defionscode 나는 목요일 아침(내일)에 릴리스를 할 것입니다.

훌륭 해요, 고맙습니다
2017년 2월 22일 수요일 오전 11:54 Benoit Chesneau [email protected]
썼다:

@defionscode https://github.com/defionscode 에 릴리스할 예정입니다.
목요일 아침(내일).

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/benoitc/gunicorn/issues/1210#issuecomment-281729992 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AEcrYp6QfVpWXhG14f4M-lPDHMn0cFncks5rfGhWgaJpZM4HbcdP
.

이 수정 사항이 릴리스 되었습니까?

@Decker108 상태는 https://github.com/benoitc/gunicorn/issues/1471 에서 추적합니다. 오늘 발매됩니다...

이 버그는 gunicorn의 최신 버전 19 및 20에서 여전히 발생하고 있습니다. @benoitc 라고 수정