New config to adjust timeouts between NGINX and PHP-FPM (fix PHP zombie process)

Description

Hi,

I have a question that I haven't found the answer online. I made this graph to illustrate the situation. When there are many requests waiting in the backlog queue (because the workers are busy), a time desynchronization happens between NGINX and PHP-FPM.

The PHP-FPM continues getting the requests from the backlog queue even though NGINX has already answered the client with 504 response.

This is a waste of resources, as the PHP result will never reach NGINX, as NGINX has already responded to the request with 504 to the client

When this happens the new requests receives a timeout because they go to the end of the queue and are processed with delay

If there is a configuration that takes into account the time that the process spends in the backlog queue, these "zombie" processes do not even need to be processed if they have already reached the timeout limit

Beginne mit der Untersuchung der Verarbeitung des PHP-FPM-Backlogs und ihrer Wechselwirkung mit NGINX-Timeouts, wie im Issue beschrieben. Bestimme, ob das angeforderte Konfigurationsverhalten umsetzbar ist, und lege fest, wie Anfragen behandelt werden sollen, die das Client-Timeout bereits überschritten haben. Als abgeschlossen gilt die Aufgabe, wenn ein abgestimmtes Konfigurationsdesign mit einem validierten Timeout-Szenario vorliegt.