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