но там надо “многабукф” переваривать

Нифига ж себе. Реально если сделать запрос на /pub/not_exists.html - будет вызван location / и аутентификатор

В чём логика?

Ну, в более спокойной обстановке даже логи slapd в режиме -d 65535  читать приходилось :)

зависит от конфигурации

у …

я же тебе говорил

вот

Да, оказалось всё очень просто :)
Но тот фактор, который меня сбил с пути истинного - обработка 404 в location / - никуда не делся. Наверное, надо error_page прописать или что-то такое

либо не заниматься copy-paste-ом в конфиг того, чего не понимаешь 🙂

Это была не копипаста, а

экспромт

сколько часов по времени он исполнялся?

Привет всем и хорошего дня. Подскажите пожалуйста была ли у кого-то задача вывести timeline статус. соединений на порт? То есть в какое время открылось соединение, перешло в состояние прослушивания-установлено-ожидание закрытя и во сколько закрылось соединение.

Vladimir Zhurkin, [02.07.20 01:14]

$upstream_response_time - хранит время, затраченное на получение ответа от сервера группы; время хранится в секундах с точностью до миллисекунд.

$upstream_connect_time и $upstream_header_time - это составные части $upstream_response_time, складывать их вместе не нужно.

Vladimir Zhurkin, [02.07.20 01:14]

$request_time -  время обработки запроса в секундах с точностью до миллисекунд; время, прошедшее с момента чтения первых байт от клиента до момента записи в лог после отправки последних байт клиенту.

$request_time = <время чтения запроса> + $upstream_response_time + <время досылки ответа>

M T, [02.07.20 01:15]
да тут ясно что request_time это все, а  header time, пока прожует и отдаст пхп

похоже на правду?

Было.
Очень дорого.

@Skjxnejejne у него другая цель, более системная - но тут писать самому как ребята из okmetr делали

если я вообще правильно оценил задачу< правда она не в рамках уже nginx идет

больше интересует состояние конектов между клиентом и сервером, без бэкенда. Сколько соединений за N времени было, и сколько было затрачено времени в разных состояниях соединения.