Если закрыть только функцией, предоставляемой либой для работы с бэкендом,
то система говорит что соединение переходит в статут CLOSE_WAIT.
А nginx потом начинает дергать мой rev/wev handler, а не парсер заголовка
нового запроса.
Как вернуться к этой стадии я по прежнему пока не понял.
Своего
В memcached_module более менее что подвернулось глазу u->length=0 и
u->keepalive=0 - у меня эффекта нет.
Мне нужно закрыть апстрим из rev/wev handlers принудительно, чтобы сессия с
пользователем осталась открыта.
ЗаДестроить текущй апстрим.
И видимо вернуть rev/wev handlers на парсер заголовка
Здравствуйте, помогите разобраться как корректно закрыть соединения с
бэкендом в апстриме оставив живое соединения с клиентом(keep alive).
Если делаю просто что-то типа ngx_http_finalize_request(r, NGX_HTTP_CREATED)
то соединение с клиентом остается открыто, но
- не обрабатывает новые запросы,
-
Есть ли возможность сделать c помощью map или еще каких-нибудь директив
преобразование типа
echo "a1=1=2=3" | sed 's/&/ AND /g'
при том что кол-во переменных неизвество
Я нашел тему 2014 где Maxim Dounin что it's not suppot
Вообщем, сам спросил сам ответил :)
Нужно переписывать через повторный вызов access handler, для чего в его
теле...
r->phase_handler--;
return NGX_OK;
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,267216,267407#msg-267407
___
nginx-ru
Вопрос не в отладке а в api nginx...
Куда корректно переместить повторные вызовы чтоб не уходить в рекурсию?
Есть ли способ по другому вызвать reinit? (...чтобы вызывалось из main loop
nginx)
Таймер установленный внутри upstream->peer.get почему то повторно не
вызывается(даже после повторной
Здравствуйте, помогите пожалуйста разобраться...
Написал модуль, но т.к. не до конца понимаю некоторые механизмы nginx, после
смены версии nginx, зависимостей и системы всё разумеется перестало
работать.
Просьба в ngx_postgres не указывать, смотрел, там вроде несколько по
другому.
Подозреваю
Вводная: upstream создаю во время соединения от клиента в acces
handler.
Ограничение: помимо вытаскивания backend connection в location conf.
Вопрос : есть ли возможность передать соединение с бэкендом от
одного запроса к другому в рамках одного соединения keep alive от клиента?
/**
Вроде разобрался, пока без файлов, по отладке работает, но остались
некоторые вопросы...
1. Таймер(ctx->sleep.timer_set) всегда скидывается после первого вызова ?
2. Нужно ли чистить текущий r->request_body->bufs при переходе на
Спасибо за ваш ответ, ряд вопросов прояснились.
Но вот осуществить возврать в хэндлер при пропуске, в новой итерации
воркера,
при выходе из post_handler без финализации [и перемещения позиции буфера] -
не получается.
(разумеется это не касается запросов влезающих в один буфер или
Переписал код и уменьшил client_body_buffer_size, в результате мелкие
запросы проходят, но запросы побольше заканчиваются сообщением о epool,
подскажите куда копать?
лог...
client request body is buffered to a temporary
...
...http client request body...
...
2015/10/14 14:45:32 [debug] 15847#0:
11 matches
Mail list logo