ignore long locked inactive cache entry

[Anton Kiryushkin]

Максим, я вас расстрою. В моем случае речь не может идти о websocket, так
как их нет как технологии в проекте. Я не могу дать абсолютно все
подробности. Но смысл кэширования в том, чтобы сохранять ответы, которые
генерируются бэкендом. Исключительно http/1.0. Даже не 1.1.
пн, 16 янв. 2017 г. в 16:16, Maxim Dounin <mdounin at mdounin.ru>:

> Hello!
>
> On Mon, Jan 16, 2017 at 11:07:38AM +0000, Anton Kiryushkin wrote:
>
> > Спасает обновление минимум до 1.11.6. Жаль, что разработчики это никак не
> > комментировали.
>
> Если спасает - значит проблема была в том, что вы со включённым
> кешированием пытались проксировать WebSocket'ы.  Смысла в этом нет -
> кешировать WebSocket'ы невозможно.  Но соответствующий элемент
> кеша оказывался заблокирован на всё время WebSocket-соединения,
> что могло приводить к алертам в логах, а также блокировать очистку
> кеша по max_size.
>
> Workaround - не включать кеширование там, где включено
> проксирование WebSocket'ов.  Ну или периодически закрывать
> WebSocket-соединения.
>
> --
> Maxim Dounin
> http://nginx.org/
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20170116/b7bbd2ca/attachment.html>