On Mon, Sep 25, 2017 at 03:27:54PM -0400, EugeneNF wrote:
> Представить легко - если кто-то долбит по серверу - отменяется предыдущий
> запрос для такого нетерпеливогого клиента. Abort опция. Можно ли что то
> такое уровне nginx, а не не уровне приложения?
Такое представить легко и просто лишь в
Hello!
On Mon, Sep 25, 2017 at 07:44:40PM -0400, EugeneNF wrote:
> Пробовал увеличить число вокеров для nginx до 20 и uwsgi тоже до 20. Это не
> помогло.
Значит, видимо, проблема где-то глубже в бекенде - какие-то
блокировки на пользователя, или что-то в этом роде.
Ну или можно предположить, ч
Да, это понятно. Я бы хотел противоположное. Старый запрос отменяется, а
новый принимается.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276532#msg-276532
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailma
Пробовал увеличить число вокеров для nginx до 20 и uwsgi тоже до 20. Это не
помогло.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276531#msg-276531
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listi
25.09.2017, 22:28, "EugeneNF" :
> Представить легко - если кто-то долбит по серверу - отменяется предыдущий
> запрос для такого нетерпеливогого клиента. Abort опция. Можно ли что то
> такое уровне nginx, а не не уровне приложения?
http://nginx.org/en/docs/http/ngx_http_limit_req_module.html
Тол
Представить легко - если кто-то долбит по серверу - отменяется предыдущий
запрос для такого нетерпеливогого клиента. Abort опция. Можно ли что то
такое уровне nginx, а не не уровне приложения?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276526#msg-276526
__
Hello!
On Sun, Sep 24, 2017 at 12:06:59PM -0400, EugeneNF wrote:
> После добавления $request_time и $upstream_response_time стало ясно в чём
> проблема. Спасибо!
> Клиет посылает запрос, который долго обрабатывается (с AJAX). Затем клиет
> посылает второй запрос, который по идее, должен обработат
Здравствуйте, Gena,
On 23/09/2017 23:37, Gena Makhomed wrote:
> Здравствуйте, All!
>
> CentOS 7.4 с OpenSSL 1.0.2k-fips (пакет openssl-1.0.2k-8.el7.x86_64)
> устанавливаю nginx версии 1.13.5 из официального репозитория mainline
> и при этом вижу, что в Google Chrome не работает протокол HTTP/2
>
Hello!
On Mon, Sep 25, 2017 at 11:41:43AM +0300, lego12...@yandex.ru wrote:
> On Sun, Sep 24, 2017 at 02:44:13AM +0300, Maxim Dounin wrote:
> > On Fri, Sep 22, 2017 at 11:45:27AM +0300, Oleg wrote:
> > >
> > > Т.е. если выставить в 8 (sizeof(void*)), то должно быть норм, так?
> >
> > На практ
On Mon, Sep 25, 2017 at 10:56:24AM +0300, Alex Vorona wrote:
> 24.09.17 19:06, EugeneNF wrote:
> [...]
> >Но nginx ждёт пока не закончится первый запрос. Есть ли опция чтобы отменить
> >первый запрос при получении второго от того же самого клиента?
> Как вы увидели, что именно nginx "ничего не дела
On Sun, Sep 24, 2017 at 02:44:13AM +0300, Maxim Dounin wrote:
> On Fri, Sep 22, 2017 at 11:45:27AM +0300, Oleg wrote:
> >
> > Т.е. если выставить в 8 (sizeof(void*)), то должно быть норм, так?
>
> На практике разницы не будет, в том смысле, что на современных
> 64-битных платформах возвращаема
Hi,
24.09.17 19:06, EugeneNF wrote:
[...]
Но nginx ждёт пока не закончится первый запрос. Есть ли опция чтобы отменить
первый запрос при получении второго от того же самого клиента?
Как вы увидели, что именно nginx "ничего не делает" и просто ждёт ?
--
Alex Vorona
_
12 matches
Mail list logo
