Augmenter fastcgi_read_timeout pour un itinéraire unique

J’ai la configuration Nginx suivante pour transférer les requêtes vers un backend PHP-FPM:

server { ... location / { try_files $uri $uri/ /index.php$is_args$args; } location ~* \.php$ { fastcgi_split_path_info ^(.+?\.php)(/.*)$; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root/index.php; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; } } 

Un itinéraire spécifique dans l’application nécessite un paramètre php max_execution_time légèrement plus long. Je l’ai configuré avec succès et vérifié qu’il fonctionne en définissant un fastcgi_read_timeout plus fastcgi_read_timeout dans la configuration ci-dessus.

Cependant, je n’ai pas besoin que cela s’applique à chaque itinéraire. Je suppose que j’ai besoin d’un endroit nested quelque part, mais rien ne semble fonctionner!

• uWSGI + Django + Virtualenv incapable de récupérer _functools (erreur d’importation)
• Nginx. Laravel. Comment configurer plusieurs points de terminaison dans des sous-dossiers
• Réception d’erreurs 411 avec Haproxy + Nging lors du téléchargement avec codage fragmenté
• Nginx, Socket.io sur AWS EC2 Aucun contrôle d’access Autoriser l’origine présente dans la ressource demandée
• NGINX provoque le téléchargement de index.php lorsqu’une liste d’access est appliquée

• Voir le fichier avec le point d’interrogation dans nginx
• Proxy HTTPS sans certificate avec nginx
• Beaucoup de processus php-fpm: pool en cours d’exécution mais Apache n’est pas
• PHP avec gitlab fourni nginx ne fonctionne pas
• Redémarrage de conteneurs lors de l’utilisation de Docker et Nginx proxy_pass

 location ^~ /special/route/uri { include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root/index.php; fastcgi_pass 127.0.0.1:9000; fastcgi_read_timeout 100s; }