Всем привет. Имеем под windows:

run php-cgi.exe -b 127.0.0.1:9001-c php.ini
run php-cgi.exe -b 127.0.0.1:9002-c php.ini
run php-cgi.exe -b 127.0.0.1:9003-c php.ini
run php-cgi.exe -b 127.0.0.1:9004-c php.ini
run php-cgi.exe -b 127.0.0.1:9005-c php.ini

upstream backend {
server 127.0.0.1:9001;
server 127.0.0.1:9002;
server 127.0.0.1:9003;
server 127.0.0.1:9004;
server 127.0.0.1:9005;
}

Есть проект в котором скрипт php выполнив определённую работу, должен продолжить работу в фоне.
Раньше с Apache у меня работал вот этот кусок кода: https://gist.github.com/bubba-h57/32593b2b970366d24be7

Решил хоть как то заставить это работать с nginx. Для начала попытался отключить буферизацию ответов FastCGI:
header("X-Accel-Buffering: no");

И ответ стал возвращаться браузеру.
По логике работы web приложения, в браузере к nginx идут последующие запросы... и вот тут то возникают для меня непонятки. Следующий запрос как правило (но не всегда) остаётся в режиме "pending" и остаётся до того как не истечёт "fastcgi_read_timeout" по умолчанию 60 сек.

По какой то причине nginx зная, что один из апстримов находится в режиме ожидания ответа, последующий запрос ставит в очередь на этот апстрим и не выбирает другой... Чтобы nginx выбрал другой upstream, нужно соединение с браузером которое может быть keep-alive разорвать. Чтобы разорвать соединение нужно отправить заголовок header("Connection: close"); который при любых обстоятельствах не пропускается nginx брвузеру.

Мы можем выставить fastcgi_read_timeout, например в 2 секунды и тогда nginx закроет по таймауту соединение с апстримом, скрипт успешно выполнит свою долгую работу в фоне, апстрим будет свободен для приёма сообщений и т.д. но! Что если нам реально нужно ждать ответ от апстрима более 2,3,4...100 сек?

Как можно сказать nginx закрыть соединение с fastcgi? А лучше аналогично как мы через хедеры говорим nginx не буферизовать вывод (X-Accel-Buffering: no), так же сказать закрыть соединение с апстримом.

PS.
Про FPM и fastcgi_finish_request() знаю.