а попробуйте вот так

if (ctx && ctx->ssi) {

сб, 1 июн. 2019 г. в 01:58, Alexey Galygin via nginx-ru <nginx-ru@nginx.org
>:

> понятно, спасибо
> подумаем над отдельным инстансом
>
> на всякий случай я тикет завёл
>
> https://trac.nginx.org/nginx/ticket/1786#ticket
>
> в идеале бы, конечно кэш как-то пересчитывать бы надо после падения
> воркеров…
> On 31 May 2019, 23:50 +0300, ngnx8810773a83 <nginx-forum@forum.nginx.org>,
> wrote:
>
> Если воркер отваливается по сигналу, то все что им было залочено в кеше
> остается залоченым навечно (до перезапуска мастера). Мастер запускает
> нового
> воркера поэтому внешне все продолжает работать,, но если в момент падения
> были залочены элементы кеша то ой.. они залочены. снять лок некому, джругие
> воркеры подождут сняти лока да и дальше пойдут в соотв с настройками...
> Судя
> по всему такое поведение было всегда. Покрайней мере мы это проходили много
> лет назад. нет падений - нет проблем с кешом. есть падения - надо из лечить
> и тогда уходят проблемы с кешоми.
>
> Перловый модуль вообще падучий, если нет возможности от него отказаться
> совсем, то я бы на вашем месте поппробовал вынести его в отдельный инстанс,
> чтобы падения перлового модуля не отражались на остальном хотябы.. Хотя бы
> даже если не из за падений, а из за того что рерл модуль лочит весь воркер,
> пока перл работает воркер более запросов не обрабатывает (вот где
> остановлись запросы, там и висят, ждут перла)..
>
> Posted at Nginx Forum:
> https://forum.nginx.org/read.php?21,284370,284386#msg-284386
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru