关于nginx:Nginx-最小配置

平安服务器是只容许所需数量的服务器。现实状况下，咱们将通过独自启用其余性能来基于最小零碎构建服务器。进行起码的配置也有助于调试。如果该谬误在最小零碎中不可用，则别离增加性能，而后持续搜寻谬误。

这是运行 nginx 所需的最低配置:

# /etc/nginx/nginx.confevents {}         # event context have to be defined to consider config validhttp {
server {
  listen 80;
  server_name  javatpoint.co  www.javatpoint.co  *.javatpoint.co;

  return 200 "Hello";
}

Root,Location 和 try_files 指令

Root 指令

root 指令用于设置申请的根目录，从而容许 nginx 将传入的申请映射到文件系统上。

server {
  listen 80;
  server_name javatpoint.co;
  root /var/www/javatpoint.co;
}

它容许 nginx 依据申请返回服务器内容:

javatpoint.co:80/index.html     # returns /var/www/learnfk.com/index.html
javatpoint.co:80/foo/index.html # returns /var/www/learnfk.com/foo/index.html

Location 指令

location 指令用于依据申请的 URI(对立资源标识符)来设置配置。

语法为:

location [modifier] path

示例:

location /foo {# ...}

如果未指定修饰符，则将门路视为前缀，之后能够追随任何内容。下面的示例将匹配:

/foo
/fooo
/foo123
/foo/bar/index.html
...

咱们还能够在给定的上下文中应用多个 location 指令:

server {
  listen 80;
  server_name javatpoint.co;
  root /var/www/javatpoint.co;

  location/{return 200 "root";}

  location /foo {return 200 "foo";}
}
javatpoint.co:80  /      # => "root"
javatpoint.co:80   /foo    # => "foo"
javatpoint.co:80   /foo123 # => "foo"
javatpoint.co:80   /bar    # => "root"

Nginx 还提供了一些能够与 location 指令联合应用的修饰符。

修饰符已调配优先级:

=           - Exact match
^~          - Preferential match
~ && ~*     - Regex match
no modifier - Prefix match

咱们还能够在给定的上下文中应用多个 location 指令:

server {
  listen 80;
  server_name javatpoint.co;
  root /var/www/javatpoint.co;

  location/{return 200 "root";}

  location /foo {return 200 "foo";}
}
javatpoint.co:80  /      # => "root"
javatpoint.co:80   /foo    # => "foo"
javatpoint.co:80   /foo123 # => "foo"
javatpoint.co:80   /bar    # => "root"

Nginx 还提供了一些能够与 location 指令联合应用的修饰符。

修饰符已调配优先级:

=           - Exact match
^~          - Preferential match
~ && ~*     - Regex match
no modifier - Prefix match

首先，nginx 将查看所有准确匹配项。如果不存在，它将寻找优先选项。如果此匹配也失败，则将按其呈现程序测试正则表达式匹配。如果其余所有操作均失败，则将应用最初一个前缀匹配。

location /match {return 200 'Prefix match: will match everything that starting with /match';}

location ~* /match[0-9] {return 200 'Case insensitive regex match';}

location ~ /MATCH[0-9] {return 200 'Case sensitive regex match';}

location ^~ /match0 {return 200 'Preferential match';}

location = /match {return 200 'Exact match';}
/match     # => 'Exact match'
/match0    # => 'Preferential match'
/match1    # => 'Case insensitive regex match'
/MATCH1    # => 'Case sensitive regex match'
/match-abc # => 'Prefix match: matches everything that starting with /match'

try_files 指令
该指令尝试不同的门路，并返回找到的任何门路。

try_files $uri index.html =404;

因而，/foo.html 将尝试按以下程序返回文件:

$uri(/foo.html);

index.html

如果未找到:404

如果咱们在服务器上下文中定义 try_files，而后定义查找所有申请的地位，则不会执行 try_files。产生这种状况是因为服务器上下文中的 try_files 定义了其伪地位，该伪地位是可能的最低特定地位。因而，定义 location/ 会比咱们的伪地位更具体。

server {
  try_files $uri /index.html =404;

  location/{}}

因而，咱们应该防止在服务器上下文中应用 try_files:

server {
  location/{try_files $uri /index.html =404;}
}

起源：https://www.imooc.com/article…