Bastien l’a évoqué dans les commentaires d’un précédent billet sur Nginx : plutôt que de mettre Nginx en reverse proxy avec Apache derrière, pourquoi ne pas faire gérer les requètes PHP directement par Nginx ? Après tout, ce serait la solution la plus efficace, la plus rapide, et elle n’est pas difficile à mettre en place. Après avoir regardé cet article « NGINX + PHP-FPM + APC = Awesome« , j’ai dû reconnaitre que l’idée me tentait, mais je n’étais pas certain de la compatibilité totale entre la situation actuelle et la situation envisagée.

En effet, une des choses qui me font peur est la différence de prise en charge des règles de rewrite d’URL par Nginx et Apache. Apache a un mod dédié à cela (mod_rewrite), et il a l’avantage d’être la configuration standard pour beaucoup d’applications web, ce qui permet de les prendre et de les utiliser sans rien connaitre à la technique derrière.

Le problème vient donc quand on souhaite faire fonctionner ces applications web sur Nginx tout seul alors qu’elles sont prévues (via leur .htaccess notamment) pour tourner sur Apache.

Une solution intermédiaire est celle, donc, de pousser au maximum le traitement des fichiers statiques par Nginx.

D’abord, on peut lui confier les fichiers ‘habituellement considérés comme statiques’…

location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|txt|srt|swf)$ {
root  /var/www/yoursite/;
access_log  /var/log/nginx/static-yoursite-access.log;
error_log   /var/log/nginx/static-yoursite-error.log;
expires           30d;
}

(tiré du post de PapyGeek)

… mais il faut faire très attention à cela, notamment si vous construisez/utilisez une application qui peut générer des fichiers (par exemple, des images) à la demande. Ainsi, si votre application prévoit de créer tel ou tel fichier au moment où il est appelé (par exemple, une application de création de captcha), là Nginx n’enverra pas la requète à Apache, alors qu’il faudrait. La solution est donc de laisser à Apache le traitement des requètes quand celles-ci occasion des erreurs 404 chez Nginx, ou plus exactement quand la ressource n’existe pas directement :

# si la ressource demandée existe, Nginx la retourne directement
if (-f $request_filename) {
break;
}

# toutes les autres requètes sont passées à Apache
if (!-e $request_filename) {
proxy_pass http://127.0.0.1:8080/;
include /etc/nginx/conf.d/proxy.conf;
}

Pour le reste, et pour que Nginx ne prenne que les requètes dont il existe un cache déjà créé, j’ai cherché et essayé plusieurs configurations, mais aucune de celles-ci ne fonctionnaient (pour être sûr que ça fonctionne, j’ai pris les URL des pages en cache, éteint Apache2, et restesté. MAlheureusement, ça ne fonctionnait jamais, et je n’avais que des erreurs 502 BAd GEtaway, ce qui signifie que Nginx me redirigeait sur Apache2, mais comme celui-ci était éteint, cela envoyait une 502 ; alors que bien évidemment, Nginx n’aurait pas dû avoir besoin de Apache2 pour traiter la requète.).

Sources :

• Documentation Nginx sur le HttpRewriteModule
• Un thread bien pratique sur le forum Slicehost.