Ошибка: readv() не удалось (104: Соединение сброшено сверстником) при чтении вверх по течению

У меня есть приложения для facebook с флягой с nginx и uwsgi. Когда он получит POST от Facebook, она всегда ошибка:Ошибка: readv() не удалось (104: Соединение сброшено сверстником) при чтении вверх по течению

readv() failed (104: Connection reset by peer) while reading upstream

Но когда я получить доступ к своим приложениям непосредственно (с помощью метода GET), он прошел гладко. Что я сделал:

Limit @ app.route с POST метод только - не работает.
Добавить ограничение в wsgi: uwsgi_buffer_size (в случае, если запрос от facebook большой) и uwsgi_harakiri (в случае, если uwsgi обеспечивает тайм-аут до завершения запроса) - не работает.

У меня есть обходное решение в django, но еще не может понять, как реализовать в колбе. Может ли кто-нибудь помочь?

источник

2012-05-01 asofyan

Ответ для меня нелепо. Мне нужно обработать все данные, даже если мой процесс ничего не делает. если «ничего» не в request.form: pass. Его работа ... Btw, facebook откройте приложение с запросом POST, поэтому я должен добавить это для каждого маршрута. Должен быть лучший способ сделать это. – asofyan

Если есть данные в сокете, вы должны их прочитать (нет других вариантов). В викторине фляг вы можете найти промежуточное ПО, чтобы обойти эту общую проблему при прокси-настройке: http://flask.pocoo.org/snippets/47/ uWSGI может помочь вам с опцией -post-buffering, но это только ярлык, ничего волшебного в нем. – roberto

Спасибо за фрагмент @roberto – asofyan

Это ошибка uwsgi. Вы можете получить больше от [uWSGI] Several bugs.

Простым решением является то, что вы должны прочитать тело POST по wsgi.input, даже через тело POST, или вам не нужны параметры POST.

источник

2012-06-20 07:52:54

Это не имеет никакого отношения к uWSGI (и это, конечно, не ошибка). Закрытие сокета без чтения данных в нем - неправильное поведение программирования. uWSGI может помочь вам (если вы не хотите менять свой код) буферизировать данные post автоматически с помощью опции -post-buffering. – roberto

@roberto спасибо. Когда вы добавляете опцию post-buffering в настройках uwsgi, она работает. Но в некоторых случаях, например, post request не имеет параметров, нет необходимости читать тело сообщения из wsgi.input. Поэтому я не думаю, что это ошибка программистов. –

Проблема заключается в том, что «восходящий поток» (фактический процесс, в котором nginx является прокси-сервером) закрывает соединение.

В моем случае Django - это мой веб-сервер, и мне нужно было установить DATA_UPLOAD_MAX_NUMBER_FIELDS, чтобы быть больше, потому что в запросе POST было слишком много полей.

источник

2017-07-10 15:48:42

Ошибка: readv() не удалось (104: Соединение сброшено сверстником) при чтении вверх по течению

ответ

Смежные вопросы