Как отследить успешность доставки ответа HTTP?

Question

[Алексей]

Есть потребность узнать в PHP получил ли клиент содержимое HTTP ответа. Я не совсем понимаю как ведет себя apache в случае если я получил запрос, произошел разрыв и клиент ответа не получил. Могу ли я узнать об этом ? Что происходит с апачем в этот момент ?

Есть АПИ, по которому мне делают запрос на действия. Я их совершаю и даю ответ. Но перед ответом есть некоторая задержка и мне нужно точно знать, что я доставил ответ. Это гипотетическая ситуация, но она близка к реальной.

Comments

[Александр Кубинцев]

А можете уточнить для какой цели вы хотите иметь такую проверку?

[Алексей]

Процессинг через HTTP

[Александр Кубинцев]

elmo: вы хотите избежать задвоения финансовой транзакции?

[Алексей]

Да, именно. Я знаю решения этой проблемы с кодом транзакции, с подтверждением, знаю как работают другие процессинги. Но мне не так просто поменять клиентскую сторону. Хотелось бы решить этот вопрос на серверной части как раз узнав, получил ли клиент ответ.

[Алексей]

В 1Сном процессинге это отслеживалось на уровне TCP\IP, это тоже не 100% вероятность, но уже что-то. Хотелось бы сделать аналогичное и тут.

Answer 1

[Армянское Радио]

Единственный надежный способ удостовериться в том, что клиентская сторона получила и обработала ответ - запрограммировать клиентскую сторону на отправку подтверждения.

Потому как существует ненулевая вероятность, что клиентская сторона отвалится в тот момент, когда передача данных по HTTP уже выполнена, но данные фактически не были приняты клиентом.

Comments

[Алексей]

Да, этот вариант тоже рассматривается.

[Алексей]

С другой стороны, мы организовали протокол так:
req ->
<- ans
ok ->
Что в данном случае мешает разрыву связи между операциями "ans" и "ok" ? Мы опять попадаем в ту же ситуацию, сервер не будет знать, что ответ дошёл.

[Армянское Радио]

elmo: В таком случае, мы справедливо считаем что ответ не дошел.

Answer 2

[fuzzdrive]

req ->
<- ans
ok ->
<- ok ?

Comments

[Алексей]

Так можно продолжать до бесконечности )

[fuzzdrive]

elmo: Конечно. Всегда нужно знать меру.

Answer 3

[Александр Кубинцев]

У вас серьезное осложнение в задаче - сохранить имеющийся механизм транзакций.
Конечно, правильнее всего было бы слать запрос на сервер для генерации id пустой транзакции, а затем с ней работать. Но поскольку по условиям задачи этого уже не сделать, то остаются только костыли.
Ни apache, ни nginx вам не ответят о судьбе пакета в условиях плохой связи. Всё, что можно делать в данной ситуации, это регистрировать событие по ожиданию подтверждения операции и ждать соответствующего запроса от клиента, чтобы закрыть с признаком успеха или наоборот в случае таймаута.