多站点部署

  • 编写Nginx子配置文件
  • 根据配置文件内容准备系统环境
  • 准备项目源码.

参考”Nginx配置文件”中 80 8080两个端口部署了不同服务即可

Nginx静态资源的配置指令

listen指令

listen:用来配置监听端口。

语法 listen address[:port] [default_server]…;
listen port [default_server]…;
默认值 listen :80 | :8000
位置 server

listen的设置比较灵活，我们通过几个例子来把常用的设置方式熟悉下：

  1. listen 127.0.0.1:8000; // listen localhost:8000 监听指定的IP和端口
  2. listen 127.0.0.1;    监听指定IP的所有端口
  3. listen 8000;    监听指定端口上的连接
  4. listen *:8000;    监听指定端口上的连接

default_server属性是标识符，用来将此虚拟主机设置成默认主机。所谓的默认主机指的是如果没有匹配到对应的address:port，则会默认执行的。如果不指定默认使用的是第一个server。
下方将会优先匹配 return 444的server

  1. server{
  2.     listen 8080;
  3.     server_name 127.0.0.1;
  4.     location /{
  5.         root html;
  6.         index index.html;
  7.     }
  8. }
  9. server{
  10.     listen 8080 default_server;
  11.     server_name localhost;
  12.     default_type text/plain;
  13.     return 444 'This is a error request';
  14. }

server_name指令

server_name：用来设置虚拟主机服务名称。
127.0.0.1 、 localhost 、域名[www.baidu.com | www.jd.com]

语法 server_name name …;
name可以提供多个中间用空格分隔
默认值 server_name “”;
位置 server

关于server_name的配置方式有三种，分别是：

  1. 精确匹配
  2. 通配符匹配
  3. 正则表达式匹配

配置方式一：精确匹配
如：

  1. server {
  2.     listen 80;
  3.     server_name www.itcast.cn www.itheima.cn;
  4.     ...
  5. }

补充小知识点:

  1. hosts是一个没有扩展名的系统文件，可以用记事本等工具打开，其作用就是将一些常用的网址域名与其对应的IP地址建立一个关联“数据库”，当用户在浏览器中输入一个需要登录的网址时，系统会首先自动从hosts文件中寻找对应的IP地址，一旦找到，系统会立即打开对应网页，如果没有找到，则系统会再将网址提交DNS域名解析服务器进行IP地址的解析。

windows:C:\Windows\System32\drivers\etc

centos：/etc/hosts

因为域名是要收取一定的费用，所以我们可以使用修改hosts文件来制作一些虚拟域名来使用。需要修改 /etc/hosts文件来添加

  1. vim /etc/hosts
  2. 127.0.0.1 www.itcast.cn
  3. 127.0.0.1 www.itheima.cn

配置方式二:使用通配符配置
server_name中支持通配符”*”,但需要注意的是通配符不能出现在域名的中间，只能出现在首段或尾段，如：

  1. server {
  2.     listen 80;
  3.     server_name  *.itcast.cn    www.itheima.*;
  4.     # www.itcast.cn abc.itcast.cn www.itheima.cn www.itheima.com
  5.     ...
  6. }

下面的配置就会报错

  1. server {
  2.     listen 80;
  3.     server_name  www.*.cn www.itheima.c*
  4.     ...
  5. }

配置三:使用正则表达式配置
server_name中可以使用正则表达式，并且使用**~**作为正则表达式字符串的开始标记。
常见的正则表达式

代码 说明
^ 匹配搜索字符串开始位置
$ 匹配搜索字符串结束位置
. 匹配除换行符\n之外的任何单个字符
\ 转义字符，将下一个字符标记为特殊字符
[xyz] 字符集，与任意一个指定字符匹配
[a-z] 字符范围，匹配指定范围内的任何字符
\w 与以下任意字符匹配 A-Z a-z 0-9 和下划线,等效于[A-Za-z0-9_]
\d 数字字符匹配，等效于[0-9]
{n} 正好匹配n次
{n,} 至少匹配n次
{n,m} 匹配至少n次至多m次
* 零次或多次，等效于{0,}
+ 一次或多次，等效于{1,}
? 零次或一次，等效于{0,1}

配置如下：

  1. server{
  2.         listen 80;
  3.         server_name ~^www\.(\w+)\.com$;
  4.         default_type text/plain;
  5.         return 200 $1  $2 ..;
  6. }
  7. 注意 ~后面不能加空格，括号可以取值

匹配执行顺序m

由于server_name指令支持通配符和正则表达式，因此在包含多个虚拟主机的配置文件中，可能会出现一个名称被多个虚拟主机的server_name匹配成功，当遇到这种情况，当前的请求交给谁来处理呢？

  1. server{
  2.     listen 80;
  3.     server_name ~^www\.\w+\.com$;
  4.     default_type text/plain;
  5.     return 200 'regex_success';
  6. }
  8. server{
  9.     listen 80;
  10.     server_name www.itheima.*;
  11.     default_type text/plain;
  12.     return 200 'wildcard_after_success';
  13. }
  15. server{
  16.     listen 80;
  17.     server_name *.itheima.com;
  18.     default_type text/plain;
  19.     return 200 'wildcard_before_success';
  20. }
  22. server{
  23.     listen 80;
  24.     server_name www.itheima.com;
  25.     default_type text/plain;
  26.     return 200 'exact_success';
  27. }
  29. server{
  30.     listen 80 default_server;
  31.     server_name _;
  32.     default_type text/plain;
  33.     return 444 'default_server not found server';
  34. }

结论：

  1. exact_success
  2. wildcard_before_success
  3. wildcard_after_success
  4. regex_success
  5. default_server not found server!!
  1. No1:准确匹配server_name
  2. No2:通配符在开始时匹配server_name成功
  3. No3:通配符在结束时匹配server_name成功
  4. No4:正则表达式匹配server_name成功
  5. No5:被默认的default_server处理，如果没有指定默认找第一个server

location指令

  1. server{
  2.     listen 80;
  3.     server_name localhost;
  4.     location / {
  6.     }
  7.     location /abc{
  9.     }
  10.     ...
  11. }

location:用来设置请求的URI

语法 location [ = | ~ | ~* | ^~ |@ ] uri{…}
默认值 —
位置 server,location

location模块 根据不同的URI信息进行匹配，匹配后根据不同的规则进行请求处理。
location模块的匹配模式

不带任何符号 要求以指定模式开始
= 进行URI的精确匹配 例如 = /status/ 这时候少一个 /都不行
~ 进行URI的模糊匹配 例如 ~ /status/ 这时候 /status/1 也能匹配上 区分大小写 意味着 /Status/ 是无法匹配上的 支持正则表达式
~* 进行URI的模糊匹配 但是他不区分大小写 支持正则表达式
^~ 进行URI的优先匹配 如果同时 ~ ~* ^~ 都匹配相同的内容，则 ^~优先 但是他不支持正则表达式
@
优先级 = > ^~ > ~ || ~ ~与~谁写在前面就按照谁来匹配

uri变量是待匹配的请求字符串，可以不包含正则表达式，也可以包含正则表达式，那么nginx服务器在搜索匹配location的时候，是先使用不包含正则表达式进行匹配，找到一个匹配度最高的一个，然后在通过包含正则表达式的进行匹配，如果能匹配到直接访问，匹配不到，就使用刚才匹配度最高的那个location来处理请求。

属性介绍:
不带符号，要求必须以指定模式开始

  1. server {
  2.     listen 80;
  3.     server_name 127.0.0.1;
  4.     location /abc{
  5.         default_type text/plain;
  6.         return 200 "access success";
  7.     }
  8. }
  9. 以下访问都是正确的
  10. http://192.168.200.133/abc  对
  11. http://192.168.200.133/abc?p1=TOM 对
  12. http://192.168.200.133/abc/ 对
  13. http://192.168.200.133/abcdef 对

= : 用于不包含正则表达式的uri前，必须与指定的模式精确匹配

  1. server {
  2.     listen 80;
  3.     server_name 127.0.0.1;
  4.     location =/abc{
  5.         default_type text/plain;
  6.         return 200 "access success";
  7.     }
  8. }
  9. 可以匹配到
  10. http://192.168.200.133/abc
  11. http://192.168.200.133/abc?p1=TOM
  12. 匹配不到
  13. http://192.168.200.133/abc/
  14. http://192.168.200.133/abcdef

~ ： 用于表示当前uri中包含了正则表达式，并且区分大小写
~*: 用于表示当前uri中包含了正则表达式，并且不区分大小写
换句话说，如果uri包含了正则表达式，需要用上述两个符合来标识

  1. server {
  2.     listen 80;
  3.     server_name 127.0.0.1;
  4.     location ~^/abc\w${
  5.         default_type text/plain;
  6.         return 200 "access success";
  7.     }
  8. }
  9. server {
  10.     listen 80;
  11.     server_name 127.0.0.1;
  12.     location ~*^/abc\w${
  13.         default_type text/plain;
  14.         return 200 "access success";
  15.     }
  16. }

^~: 用于不包含正则表达式的uri前，功能和不加符号的一致，唯一不同的是，如果模式匹配，那么就停止搜索其他模式了。

  1. server {
  2.     listen 80;
  3.     server_name 127.0.0.1;
  4.     location ^~/abc{
  5.         default_type text/plain;
  6.         return 200 "access success";
  7.     }
  8. }

设置请求资源的目录root / alias

root：设置请求的根目录

语法 root path;
默认值 root html;
位置 http、server、location

path为Nginx服务器接收到请求以后查找资源的根目录路径。

alias：用来更改location的URI

语法 alias path;
默认值 —
位置 location

path为修改后的根路径。

以上两个指令都可以来指定访问资源的路径，那么这两者之间的区别是什么?

举例说明：

（1）在/usr/local/nginx/html目录下创建一个 images目录,并在目录下放入一张图片mv.png图片

  1. location /images {
  2.     root /usr/local/nginx/html;
  3. }

访问图片的路径为:

  1. http://192.168.200.133/images/mv.png

（2）如果把root改为alias

  1. location /images {
  2.     alias /usr/local/nginx/html;
  3. }

再次访问上述地址，页面会出现404的错误，查看错误日志会发现是因为地址不对，所以验证了：

  1. root的处理结果是: root路径+location路径
  2. /usr/local/nginx/html/images/mv.png
  3. alias的处理结果是:使用alias路径替换location路径
  4. /usr/local/nginx/html/images

需要在alias后面路径改为

  1. location /images {
  2.     alias /usr/local/nginx/html/images;
  3. }

（3）如果location路径是以/结尾,则alias也必须是以/结尾，root没有要求

将上述配置修改为

  1. location /images/ {
  2.     alias /usr/local/nginx/html/images;
  3. }

访问就会出问题，查看错误日志还是路径不对，所以需要把alias后面加上 /

小结：

  1. root的处理结果是: root路径+location路径
  2. alias的处理结果是:使用alias路径替换location路径
  3. alias是一个目录别名的定义，root则是最上层目录的含义。
  4. 如果location路径是以/结尾,则alias也必须是以/结尾，root没有要求

index指令

index:设置网站的默认首页

语法 index file …;
默认值 index index.html;
位置 http、server、location

index后面可以跟多个设置，如果访问的时候没有指定具体访问的资源，则会依次进行查找，找到第一个为止。

举例说明：

  1. location / {
  2.     root /usr/local/nginx/html;
  3.     index index.html index.htm;
  4. }
  5. 访问该location的时候，可以通过 http://ip:port/，地址后面如果不添加任何内容，则默认依次访问index.html和index.htm，找到第一个来进行返回

error_page指令

error_page:设置网站的错误页面

语法 error_page code … [=[response]] uri;
默认值 —
位置 http、server、location……

当出现对应的响应code后，如何来处理。

举例说明：

（1）可以指定具体跳转的地址

  1. server {
  2.     error_page 404 http://www.itcast.cn;
  3. }

（2）可以指定重定向地址

  1. server{
  2.     error_page 404 /50x.html;
  3.     error_page 500 502 503 504 /50x.html;
  4.     location =/50x.html{
  5.         root html;
  6.     }
  7. }

（3）使用location的@符合完成错误信息展示

  1. server{
  2.     error_page 404 @jump_to_error;
  3.     location @jump_to_error {
  4.         default_type text/plain;
  5.         return 404 'Not Found Page...';
  6.     }
  7. }

可选项=[response]的作用是用来将相应代码更改为另外一个

  1. server{
  2.     error_page 404 =200 /50x.html;
  3.     location =/50x.html{
  4.         root html;
  5.     }
  6. }
  7. 这样的话，当返回404找不到对应的资源的时候，在浏览器上可以看到，最终返回的状态码是200，这块需要注意下，编写error_page后面的内容，404后面需要加空格，200前面不能加空格

静态资源优化配置语法

Nginx对静态资源如何进行优化配置。这里从三个属性配置进行优化：

  1. sendfile on;
  2. tcp_nopush on;
  3. tcp_nodeplay on;

sendfile

用来开启高效的文件传输模式。

语法 sendfile on |off;
默认值 sendfile off;
位置 http、server、location…

请求静态资源的过程：客户端通过网络接口向服务端发送请求，操作系统将这些客户端的请求传递给服务器端应用程序，服务器端应用程序会处理这些请求，请求处理完成以后，操作系统还需要将处理得到的结果通过网络适配器传递回去。
如：

  1. server {
  2.     listen 80;
  3.     server_name localhost；
  4.     location / {
  5.         root html;
  6.         index index.html;
  7.     }
  8. }
  9. 在html目录下有一个welcome.html页面，访问地址
  10. http://192.168.200.133/welcome.html

开了sendfile（）有什么优势呢？ 在内核区
请看下面那张图，不开启sendfile的时候，我们的处理需要多次的copy 才能完成网卡外发数据
但是使用sendfile之后，进入内核区之后，数据是直接发送的socket缓冲区的，没有了多余的copy操作
组成原理真的好重要啊！！！
image.png

tcp_nopush

该指令必须在sendfile打开的状态下才会生效，主要是用来提升网络包的传输’效率’

语法 tcp_nopush on|off;
默认值 tcp_nopush off;
位置 http、server、location

tcp_nodelay

该指令必须在keep-alive连接开启的情况下才生效，来提高网络包传输的’实时性’

语法 tcp_nodelay on|off;
默认值 tcp_nodelay on;
位置 http、server、location

两者的差别可以看这张图
image.png
经过刚才的分析，”tcp_nopush”和”tcp_nodelay“看起来是”互斥的”，那么为什么要将这两个值都打开，这个大家需要知道的是在linux2.5.9以后的版本中两者是可以兼容的，三个指令都开启的好处是，sendfile可以开启高效的文件传输模式，tcp_nopush开启可以确保在发送到客户端之前数据包已经充分“填满”， 这大大减少了网络开销，并加快了文件发送的速度。 然后，当它到达最后一个可能因为没有“填满”而暂停的数据包时，Nginx会忽略tcp_nopush参数， 然后，tcp_nodelay强制套接字发送数据。由此可知，TCP_NOPUSH可以与TCP_NODELAY一起设置，它比单独配置TCP_NODELAY具有更强的性能。所以我们可以使用如下配置来优化Nginx静态资源的处理

  1. sendfile on;
  2. tcp_nopush on;
  3. tcp_nodelay on;