Почему php-fpm не останавливается при отмене соединения?

Question

[marliotto]

Проверяю следующим скриптом

<?php

ignore_user_abort(false);

echo 'message';

sleep(8);

while(ob_get_level()) {
ob_end_flush();
}

$status = connection_status();

if ($aborted = connection_aborted()) {
    file_put_contents(__DIR__ . '/a', date('d.m.Y H:i:s') . ' - aborted (' . $aborted . '); Status - ' . $status);
    echo 'aborted';
} else {
    file_put_contents(__DIR__ . '/a', date('d.m.Y H:i:s') . ' - connected (' . $aborted . '); Status - ' . $status);
    echo 'connected';
}

Всегда скрипт отрабатывается полностью и connection_aborted() === 0.

Пробовал в nginx играться с опцией fastcgi_ignore_client_abort.
При значении off в лог nginx попадает 499 ошибка, но скрипт все равно выполняется до конца и connection_aborted() === 0.

Как сделать, чтобы php знал отвалился клиент или нет?

Версия nginx 1.6.2
Версия php PHP/5.4.45

UPD: Проблема не в запросе, он быстрый.
Проблема в медленных клиентах с плохим интернет соединением.
Мне нужно знать, что они отказались ожидать ответа.

Answer 1

[marliotto]

Заработало только при socket соединении.
Так же PHP узнает об обрыве соединения, только после отправки данных клиенту (через echo, header) и сбрасывании буфера.
Код будет следующим

<?php

//Работает только при socket соединении
//необходимо выставить в true. Иначе после вывода данных выполнение скрипта прервется
ignore_user_abort(true);

sleep(8);

echo 'message';
flush();//только теперь php знает, оборвалось соединение или нет

$status = connection_status();

if ($aborted = connection_aborted()) {
    file_put_contents(__DIR__ . '/a', date('d.m.Y H:i:s') . ' - aborted (' . $aborted . '); Status - ' . $status);
    echo 'aborted';
} else {
    file_put_contents(__DIR__ . '/a', date('d.m.Y H:i:s') . ' - connected (' . $aborted . '); Status - ' . $status);
    echo 'connected';
}

Ссылки по теме
stackoverflow.com/a/25251852
php.net/manual/ru/function.ignore-user-abort.php (смотреть примечание)

Answer 2

[Пума Тайланд]

ваш путь в никуда откажитесьб от этого говнокода и сделайте все нормально , а не костыль на костыле.

Comments

[marliotto]

Зачем тогда существуют эти опции и функции? Очень нужно отслеживать обрыв соединения.
Альтернативу вижу только в двух последовательных HTTP запросах, надеясь, что отвалятся клиенты перед редиректом на второй запрос.

[Пума Тайланд]

marliotto: ну если вам нужно что то клиенту показывать делайте неболдьшими запросами через аякс.

[marliotto]

Проблема не в запросе, он быстрый.
Проблема в медленных клиентах с плохим интернет соединением. Мне нужно знать, что они отказались ожидать ответа.