Comment configurer l'emplacement sur le serveur Nginx

Syntaxe
emplacement [=|~|~*|^~] /uri/ {...}

Rules
= : indique la correspondance exacte de l'uri (les étudiants intéressés peuvent jeter un œil à la différence d'url et d'uri)
~ : Indique une correspondance régulière sensible à la casse
~* : Indique une correspondance régulière insensible à la casse
!~ && !~* : Indique une correspondance régulière non-correspondante sensible à la casse et une non-correspondance régulière insensible à la casse
/ : Correspondance universelle, toute la demande sera adaptée à la

cible de correspondance d'emplacement
Le test de correspondance d'emplacement utilise uniquement la partie uri de la demande, pas la partie paramètre. (Raison : il y a trop de façons d'écrire les paramètres et ne peuvent pas être mis en correspondance avec précision)

ordre de correspondance d'emplacement
Sous le principe de configurations d'emplacement multiples, l'ordre de correspondance d'emplacement (non vérifié, hehe, recherché sur Google)
1. Match first =
2. Deuxièmement, match^~
3. Ensuite, effectuez une correspondance régulière selon l'ordre du fichier de configuration,
4 Enfin, remettez-le à / pour une correspondance générale. correspondance réussie, arrêtez immédiatement la correspondance et suivez les règles de correspondance actuelles

Exemple de démonstration

le fichier de configuration nginx est divisé en trois structures hiérarchiques de bas en haut :

| bloc http http bloque le niveau du protocole

| niveau v bloc d'emplacement que l'uri

nginx demandé permet L'utilisateur définit le bloc d'emplacement et spécifie un modèle de correspondance pour correspondre à un URI spécifique. En plus des chaînes simples (telles que les chemins du système de fichiers), des modèles de correspondance plus complexes sont également autorisés. La forme syntaxique de base du bloc
location est :

  location [=|~|~*|^~|@] pattern { ... }

[=|~|~*|^~|@] est appelé modificateur d'emplacement, qui définira comment nginx correspond au modèle suivant, et le plus basique des attributs de motif (simple chaîne ou expression régulière).

À propos du modificateur d'emplacement

1. =

Cela correspondra complètement au modèle spécifié, et le modèle ici est limité à une simple chaîne, ce qui signifie que les expressions régulières ne peuvent pas être utilisées ici. exemple :

server {
  server_name jb51.net;
  location = /abcd {
  […]
  }
}

Situation correspondante :
http://jb51.net/abcd # Correspond exactement à

http://jb51.net/abcd # Si le système exécutant le serveur nginx n'est pas sensible à la casse, comme Windows, alors ça correspond aussi

http://jb51.net/abcd?param1?m2 # Ignorez les arguments de la chaîne de requête, voici le ?param1?m2 après /abcd http://jb51.net/abcd/ # Ne correspond pas car il y a une barre oblique à la fin. nginx ne considère pas cette situation comme une correspondance complète
http://jb51.net/abcde # Ne correspond pas car ce n'est pas une correspondance complète


(aucun)
.

Vous n'avez pas besoin d'écrire un modificateur d'emplacement, nginx peut toujours correspondre au modèle. Dans ce cas, faites correspondre ces uri commençant par le modèle spécifié. Notez que l'uri ici ne peut être que des chaînes ordinaires et que les expressions régulières ne peuvent pas être utilisées.

exemple :

server {
  server_name website.com;
  location /abcd {
  […]
  }
}

Situation correspondante :
http://jb51.net/abcd # Correspond exactement à
http://jb51.net/abcd # Si le système exécutant le serveur nginx n'est pas sensible à la casse, comme Windows, alors cela correspond aussi

http://jb51.net/abcd?param1?m2 # Ignorez les arguments de la chaîne de requête, voici le ?param1?m2 après /abcd http://jb51.net/abcd/ # La barre oblique finale à la fin est également dans la plage correspondante

http://jb51.net/abcde # Cela correspond toujours car l'uri commence par le motif


3 ~

Ce modificateur d'emplacement est sensible à la casse et le motif doit être un. expression régulière

example:
server {
  server_name jb51.net;
  location ~ ^/abcd$ {
  […]
  }
}

Situation de correspondance :
http://jb51.net/abcd # Correspondance exacte http://jb51.net/abcd # Aucune correspondance, ~ est sensible à la casse
http://jb51.net/ abcd?param1?m2 # Ignorez les arguments de la chaîne de requête, voici le ?param1?m2 après /abcd http://jb51.net/abcd/ # Ne correspond pas, car il y a une barre oblique à la fin, ce n'est pas le cas correspond à l'expression régulière ^/abcd$

http://jb51.net/abcde Pour les systèmes sensibles, tels que Windows, ~ et ~* ne fonctionneront pas Cela est principalement dû au système d'exploitation.

4. ~*
与 ~ 类似，但这个 location modifier 不区分大小写，pattern 须是正则表达式
example:

server {
  server_name website.com;
  location ~* ^/abcd$ {
  […]
  }
}

匹配情况：
    http://jb51.net/abcd        # 完全匹配
    http://jb51.net/abcd        # 匹配，这就是它不区分大小写的特性
    http://jb51.net/abcd?param1?m2    # 忽略查询串参数（query string arguments），这里就是 /abcd 后面的 ?param1?m2
    http://jb51.net/abcd/    # 不匹配，因为末尾存在反斜杠（trailing slash），并不匹配正则表达式 ^/abcd$
    http://jb51.net/abcde    # 不匹配正则表达式 ^/abcd$

5. ^~
匹配情况类似 2. (none) 的情况，以指定匹配模式开头的 uri 被匹配，不同的是，一旦匹配成功，那么 nginx 就停止去寻找其他的 location 块进行匹配了（与 location 匹配顺序有关）

6. @
用于定义一个 location 块，且该块不能被外部 client 所访问，只能被 nginx 内部配置指令所访问，比如 try_files or error_page

演示实例

产生的效果如下：
访问根目录/，匹配到location /
访问除hello.php之外的其它php程序，匹配到location ~ \.php$,并且用php5-fpm去运行
访问hello.php，匹配到location = /hello.php,访问被重定向到好联系官网

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!