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

Comienza investigando el manejo de la cola de PHP-FPM y su interacción con los timeouts de NGINX, tal como se describe en el issue. Determina si el comportamiento de configuración solicitado es viable y define cómo debe gestionar las solicitudes que ya hayan superado el timeout del cliente. Se considera terminado cuando exista un diseño de configuración acordado con un escenario de timeout validado.