Problèmes d'emplacement multiple Nginx

J'essaie actuellement de séparer 3 applications d'un référentiel en 3, mais en conservant la structure d'URL, donc essentiellement des emplacements différents sous le même domaine doivent être fournis par différentes applications.

Ce avec quoi je me bats, c'est qu'une des applications doit être la solution de remplacement pour les URL inexistantes, donc si la première ne correspond pas, et la seconde non, alors la troisième devrait gérer la demande

La structure que j'ai est la suivante:

/ etc / nginx / sites-enabled / main_site, ici, à part nom_serveur et journaux que j'ai include /etc/nginx/subsites-enabled/*, où j'ai 3 fichiers de configuration, un pour chacune des applications.

Chacun des 3 fichiers de configuration contient un bloc d'emplacement.

J'ai essayé l'anticipation négative dans regex (essentiellement en essayant de coder en dur les URL que les autres applications gèrent), mais j'ai échoué.

Donc, pour résumer:

/ et / communauté doit être fourni par /etc/nginx/subsites-enabled/example.org/home (quelques scripts Perl)

/ les nouvelles doivent être fournies par /etc/nginx/subsites-enabled/example.org/news (wordpress)

tout le reste doit être livré par /etc/nginx/subsites-enabled/example.org/app (cake app)

Le bit perl fonctionne bien. Le problème que j'ai, c'est que l'application prend le relais de l'actualité (probablement parce qu'elle correspond. *), J'ai essayé différentes options (j'y suis depuis 2 jours) mais aucune n'a résolu tous les problèmes (parfois les actifs statiques ne fonctionneraient pas, etc.).

Ma configuration est:

/etc/nginx/sites-enabled/example.org:

server {
    listen   80;
    server_name example.org;
    error_log /var/log/nginx/example.org.log;

    include /etc/nginx/subsites-enabled/example.org/*;
}

/etc/nginx/subsites-enabled/example.org/home:

location = / {
  rewrite ^.*$ /index.pl last;
}

location ~* /community(.*) {
  rewrite ^.*$ /index.pl last;
}

location ~ \.pl {
  root   /var/www/vhosts/home;
  access_log /var/log/nginx/home/access.log;
  error_log /var/log/nginx/home/error.log;

  include /etc/nginx/fastcgi_params;
  fastcgi_index index.pl;
  fastcgi_param SCRIPT_FILENAME /var/www/vhosts/home$fastcgi_script_name;
  fastcgi_pass  unix:/var/run/fcgiwrap.socket;
}

/ etc / ngins / subsites-enabled / news

location /news {
  access_log /var/log/nginx/news/access.log;
  error_log /var/log/nginx/news/error.log debug;

  error_page 404 = /news/index.php;

  root /var/www/vhosts/news;

  index index.php;

  if (!-e $request_filename) {
      rewrite ^.*$ /index.php last;
  }

  location ~ \.php {
    include /etc/nginx/fastcgi_params;
    fastcgi_pass  127.0.0.1:9000;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME /var/www/vhosts/news$fastcgi_script_name;
  }
}

/ etc / nginx / subsites-enabled / app:

location ~ .* {
  access_log /var/log/nginx/app/access.log;
  error_log /var/log/nginx/app/error.log;

  rewrite_log on;

  index index.php;
  root /var/www/vhosts/app/app/webroot;

  if (-f $request_filename) {
    expires 30d;
    break;
  }

  if (!-e $request_filename) {
    rewrite ^.*$ /index.php last;
  }

  location ~ \.php {
    include /etc/nginx/fastcgi_params;
    fastcgi_pass  127.0.0.1:9000;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME /var/www/vhosts/app/app/webroot$fastcgi_script_name;
  }
}

Il y a quelques petites choses qui ne vont pas dans votre configuration, les deux pertinentes étant:

1. Les chemins dans un bloc d'emplacement incluent toujours le chemin correspondant.
2. Réécrit avec «dernier» continue en recherchant tous les emplacements disponibles pour un match (ils sortent du bloc d'emplacement actuel).

Par exemple, prenez l'URL example.org/news/test.htm

• Le location /newsbloc correspondra
• Le chemin utilisé est alors /news/test.htm- cela ne change pas, juste parce qu'il est dans le bloc de localisation
• En ajoutant le chemin vers le document_root, vous obtenez: /var/www/vhosts/news/news/test.htm
• Votre if (!-e $request_filename)déclaration doit capturer ce fichier inexistant
• Vous réécrivez le chemin vers /index.php
• Puisque vous utilisez lastles processus recommence (rupture du bloc de localisation)
• /index.phpest maintenant capturé par le location /app block.

Le problème mentionné ci-dessus, avec la directive racine, est aggravé lorsque vous accédez au bloc d'emplacement de votre application. Contrairement au bloc `` news '', où vous pouvez simplement supprimer `` news '' du chemin (car il sera ajouté à nouveau), vous ne pouvez pas le faire pour le chemin de l'application, qui se termine par 'webroot'.

La solution réside dans la aliasdirective. Cela ne change pas le document_root, mais cela change le chemin d'accès au fichier qui est utilisé pour servir la demande. Malheureusement, rewriteet try_filesont tendance à se comporter un peu de façon inattendue avec alias.

Commençons par un exemple simple - pas de PHP - juste du HTML et votre bloc Perl - mais avec une structure de dossiers correspondant à la vôtre (testé sur Nginx 1.0.12, CentOS 6):

server {
    server_name example.org;
    error_log /var/log/nginx/example.org.error.log notice;
    access_log /var/log/nginx/example.org.access.log;
    rewrite_log on;

    location = / {
        rewrite ^ /index.pl last;
    }

    location ^~ /community {
        rewrite ^ /index.pl last;
    }

    location ~ \.pl {
        root   /var/www/vhosts/home;

        [fastcgi_stuff...]
    }


    location ^~ /news {
        alias /var/www/vhosts/news;
        index index.htm;

        try_files $uri $uri/ /news/index.htm;
    }

    location ^~ /app {
        alias /var/www/vhosts/app/app/webroot;
        index index.htm;

        try_files $uri $uri/ /app/index.htm;
    }

    location / {
        rewrite ^/(.*) /app/$1 last;
    }
}

• location = / - ne correspondra qu'au chemin racine
• location ^~ /community - correspondra à chaque chemin commençant par / communauté
• location ~ \.pl - correspondra à tous les fichiers contenant .pl
• location ^~ /news - correspondra à chaque chemin commençant par / news
• location ^~ /app - correspondra à chaque chemin commençant par / app
• location / - correspondra à tous les chemins non correspondants ci-dessus

Vous devriez pouvoir supprimer le ^~- mais cela peut offrir une légère amélioration des performances, car il arrête la recherche une fois qu'une correspondance est trouvée.

Bien qu'il devrait être simple d'ajouter à nouveau les blocs PHP, il y a, malheureusement, une légère difficulté - try_files(et votre réécriture) ne finissent pas par passer le chemin souhaité vers le bloc d'emplacement imbriqué - et à utiliser aliaslorsque seule l'extension est spécifié dans le bloc d'emplacement ne fonctionne pas.

Une solution consiste à utiliser des blocs d'emplacement séparés qui effectuent une capture avec la directive alias - ce n'est pas tout à fait élégant, mais pour autant que je sache, cela fonctionne (encore une fois, testé sur Nginx 1.0.12, CentOS 6 - de bien sûr, je n'ai pas configuré CakePHP, Wordpress et Perl - j'ai juste utilisé quelques fichiers PHP et HTML dans chaque dossier)

server {
    server_name example.org;
    error_log /var/log/nginx/example.org.error.log notice;
    access_log /var/log/nginx/example.org.access.log;
    rewrite_log on;

    location = / {
        rewrite ^ /index.pl last;
    }

    location ^~ /community {
        rewrite ^ /index.pl last;
    }

    location ~ \.pl {
        root   /var/www/vhosts/home;
        access_log /var/log/nginx/home.access.log;
        error_log /var/log/nginx/home.error.log;
        include /etc/nginx/fastcgi_params;
        fastcgi_index index.pl;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_pass  unix:/var/run/fcgiwrap.socket;
    }

    location /news {
        access_log /var/log/nginx/news.access.log;
        error_log /var/log/nginx/news.error.log notice;
        alias /var/www/vhosts/news;
        index index.php;
        try_files $uri $uri/ /news/index.php;
    }

    location ~* ^/news/(.*\.php)$ {
        access_log /var/log/nginx/news.php.access.log;
        error_log /var/log/nginx/news.php.error.log notice;
        alias /var/www/vhosts/news/$1;
        try_files "" /news/index.php;
        include /etc/nginx/fastcgi_params;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_NAME $1;
        fastcgi_param SCRIPT_FILENAME /var/www/vhosts/news/$1;
        fastcgi_pass  127.0.0.1:9000;
    }

    location /app {
        alias /var/www/vhosts/app/app/webroot;
        access_log /var/log/nginx/app.access.log;
        error_log /var/log/nginx/app.error.log notice;
        index index.php;
        try_files $uri $uri/ /app/index.php;
    }

    location ~* ^/app/(.*\.php)$ {
        access_log /var/log/nginx/news.access.log;
        error_log /var/log/nginx/news.error.log notice;
        alias /var/www/vhosts/app/app/webroot/$1;
        try_files "" /app/index.php;
        include /etc/nginx/fastcgi_params;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_NAME $1;
        fastcgi_param SCRIPT_FILENAME /var/www/vhosts/app/app/webroot/$1;
        fastcgi_pass  127.0.0.1:9000;
    }

    location / {
        rewrite ^/(.*) /app/$1 last;
    }
}

La configuration ci-dessus, prend la simple ci-dessus et apporte deux modifications:

• Ajoutez deux blocs d'emplacement:
  • location ~* ^/news/(.*\.php)$ - correspondra à tous les fichiers se terminant par .php, avec des chemins commençant par / news /
  • location ~* ^/app/(.*\.php)$ - correspondra à tous les fichiers se terminant par .php, avec des chemins commençant par / app /
• Supprimez la ^~correspondance - cela est nécessaire pour que les deux blocs d'emplacement ajoutés puissent correspondre aux chemins (sinon la correspondance s'arrêterait sur les blocs / news ou / app).

Il convient de noter que l'ordre de correspondance d'emplacement est très important ici:

• Correspondances exactes en premier (en utilisant =)
• Correspond à la ^~seconde
• Blocs d'expression rationnelle correspondants
• Chaînes conventionnelles - uniquement si aucune expression régulière correspondante n'est trouvée

Un regex correspondant remplacera une chaîne droite!

Un point important à mentionner est que lorsque les captures sont utilisées avec un alias, l'URL entière est remplacée - pas seulement le dossier principal. Malheureusement, cela signifie qu'il $fastcgi_script_nameest laissé vide - donc, j'ai utilisé $1ci-dessus à la place.

Je suis sûr que vous devrez apporter quelques modifications, mais le principe de base devrait être fonctionnel. Vous devriez être en mesure de séparer les blocs en plusieurs fichiers selon vos besoins - la commande ne devrait pas affecter la configuration.