3 Nginx 静态资源部署

3.1 Nginx 服务器基础配置实例

前面我们已经对Nginx服务器默认配置文件的结构和涉及的基本指令做了详细的阐述。通过这些指令的合理配置，我们就可以让一台Nginx服务器正常工作，并且提供基本的web服务器功能。

接下来我们将通过一个比较完整和最简单的基础配置实例，来巩固下前面所学习的指令及其配置。需求如下:

有如下访问：
    http://192.168.5.3:8081/server1/location1
        访问的是：/server1/location1
    http://192.168.5.3:8081/server1/location2
        访问的是：/server1/location2
    http://192.168.5.3:8082/server2/location1
        访问的是：/server2/location1
    http://192.168.5.3:8082/server2/location2
        访问的是：/server2/location2
如果访问的资源不存在，
    返回自定义的404页面
将/server1和/server2的配置使用不同的配置文件分割
    将文件放到/home/www/conf.d目录下，然后使用include进行合并
为/server1和/server2各自创建一个访问日志文件

（1）准备相关文件，目录如下：

（2）配置的内容如下:

## 全局块 begin ##
# 配置允许运行Nginx工作进程的用户和用户组
user weicunqi;
# 配置运行Nginx进程生成的worker进程数
worker_processes 2;
# 配置Nginx服务器运行对错误日志存放的路径
error_log logs/error.log;
# 配置Nginx服务器允许时记录Nginx的master进程的PID文件路径和名称
pid logs/nginx.pid;
# 配置Nginx服务是否以守护进程方法启动
# daemon on;
## 全局块 end##

## events块 begin ##
events{
    # 设置Nginx网络连接序列化
    accept_mutex on;
    # 设置Nginx的worker进程是否可以同时接收多个请求
    multi_accept on;
    # 设置Nginx的worker进程最大的连接数
    worker_connections 1024;
    # 设置Nginx使用的事件驱动模型
    use epoll;
}
## events块 end ##
## http块 start ##
http{
    # 定义MIME-Type
    include mime.types;
    default_type application/octet-stream;
    # 配置允许使用sendfile方式运输
    sendfile on;
    # 配置连接超时时间
    keepalive_timeout 65;
    # 配置请求处理日志格式
    log_format server1 '===>server1 access log';
    log_format server2 '===>server2 access log';
    ## server块 开始 ##
    include /home/www/conf.d/*.conf;
    ## server块 结束 ##
}
## http块 end ##

（3）server1.conf

server{
        # 配置监听端口和主机名称
        listen 8081;
        server_name localhost;
        # 配置请求处理日志存放路径
        access_log /home/weicunqi/myweb/server1/logs/access.log server1;
        # 配置错误页面
        error_page 404 /404.html;
        # 配置处理/server1/location1请求的location
        location /server1/location1{
            root /home/weicunqi/myweb;
            index index_sr1_location1.html;
        }
        # 配置处理/server1/location2请求的location
        location /server1/location2{
            root /home/weicunqi/myweb;
            index index_sr1_location2.html;
        }
        # 配置错误页面转向
        location = /404.html {
            root /home/weicunqi/myweb;
            index 404.html;
        }
}

（4）server2.conf

server{
        # 配置监听端口和主机名称
        listen 8082;
        server_name localhost;
        # 配置请求处理日志存放路径
        access_log /home/weicunqi/myweb/server2/logs/access.log server2;
        # 配置错误页面,对404.html做了定向配置
        error_page 404 /404.html;
        # 配置处理/server1/location1请求的location
        location /server2/location1{
            root /home/weicunqi/myweb;
            index index_sr2_location1.html;
        }
        # 配置处理/server2/location2请求的location
        location /server2/location2{
            root /home/weicunqi/myweb;
            index index_sr2_location2.html;
        }
        # 配置错误页面转向
        location = /404.html {
            root /home/weicunqi/myweb;
            index 404.html;
        }
    }

访问测试：

3.2 Nginx 服务操作的问题

经过前面的操作，我们会发现，如果想要启动、关闭或重新加载nginx配置文件，都需要先进入到nginx的安装目录的sbin目录，然后使用nginx的二级制可执行文件来操作，相对来说操作比较繁琐，这块该如何优化？另外如果我们想把Nginx设置成随着服务器启动就自动完成启动操作，又该如何来实现?

3.3 Nginx 配置成系统服务

1）添加为系统服务

把Nginx应用服务设置成为系统服务，方便对Nginx服务的启动和停止等相关操作，具体实现步骤:

cat <<EOF> /usr/lib/systemd/system/nginx.service
[Unit]
Description=nginx web service
Documentation=http://nginx.org/en/docs/
After=network.target

[Service]
Type=forking
PIDFile=/usr/local/nginx/logs/nginx.pid
ExecStartPre=/usr/local/nginx/sbin/nginx -t -c /usr/local/nginx/conf/nginx.conf
ExecStart=/usr/local/nginx/sbin/nginx
ExecReload=/usr/local/nginx/sbin/nginx -s reload
ExecStop=/usr/local/nginx/sbin/nginx -s stop
PrivateTmp=true

[Install]
WantedBy=default.target
EOF

# 授权
chmod 755 /usr/lib/systemd/system/nginx.service
# 刷新系统资源文件
systemctl daemon-reload

2）使用系统命令来操作Nginx服务

# 启动
systemctl start nginx
# 停止
systemctl stop nginx
# 重启
systemctl restart nginx
# 重新加载配置文件
systemctl reload nginx
# 查看nginx状态
systemctl status nginx
# 开机启动
systemctl enable nginx

3.4 Nginx 命令配置到系统环境

前面我们介绍过Nginx安装目录下的二级制可执行文件nginx的很多命令，要想使用这些命令前提是需要进入sbin目录下才能使用，很不方便，如何去优化，我们可以将该二进制可执行文件加入到系统的环境变量，这样的话在任何目录都可以使用nginx对应的相关命令。具体实现步骤如下:

1）修改/etc/profile文件

cat <<EOF>> /etc/profile
export PATH=$PATH:/usr/local/nginx/sbin
EOF

2）使之立即生效

source /etc/profile

3）执行nginx命令

nginx -V

当然也可以以建立软连接的方式进行创建

ln -s /usr/local/nginx/sbin/nginx /usr/sbin/

3.5 Nginx 静态资源部署

3.5.1 Nginx 静态资源概述

上网去搜索访问资源对于我们来说并不陌生，通过浏览器发送一个HTTP请求实现从客户端发送请求到服务器端获取所需要内容后并把内容回显展示在页面的一个过程。这个时候，我们所请求的内容就分为两种类型，一类是静态资源、一类是动态资源。静态资源即指在服务器端真实存在并且能直接拿来展示的一些文件，比如常见的html页面、css文件、js文件、图片、视频等资源；动态资源即指在服务器端真实存在但是要想获取需要经过一定的业务逻辑处理，根据不同的条件展示在页面不同这一部分内容，比如说报表数据展示、根据当前登录用户展示相关具体数据等资源；

Nginx处理静态资源的内容，我们需要考虑下面这几个问题：

静态资源的配置指令
静态资源的配置优化
静态资源的压缩配置指令
静态资源的缓存处理
静态资源的访问控制，包括跨域问题和防盗链问题

3.5.2 Nginx 静态资源的配置指令

（1）listen指令

listen:用来配置监听端口。

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

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

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

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

server{
	listen 8080;
	server_name 127.0.0.1;
	location /{
		root html;
		index index.html;
	}
}
server{
	listen 8080 default_server;
	server_name _;
	default_type text/plain;
	return 444 'This is a error request';
}

（2）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）配置方式一：精确匹配

如：

server {
	listen 80;
	server_name www.cast.cn www.weicunqi.cn;
	...
}

补充小知识点:

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

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

centos：/etc/hosts

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

vim /etc/hosts
127.0.0.1 www.cast.cn
127.0.0.1 www.weicunqi.cn

2）配置方式二:使用通配符配置

server_name中支持通配符"*",但需要注意的是通配符不能出现在域名的中间，只能出现在首段或尾段，如：

server {
	listen 80;
	server_name  *.cast.cn	www.weicunqi.*;
	# www.cast.cn abc.cast.cn www.weicunqi.cn www.weicunqi.com
	...
}

下面的配置就会报错

server {
	listen 80;
	server_name  www.*.cn www.weicunqi.c*
	...
}

3）配置三:使用正则表达式配置

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}

配置如下：

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

4）匹配执行顺序

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

server{
	listen 80;
	server_name ~^www\.\w+\.com$;
	default_type text/plain;
	return 200 'regex_success';
}

server{
	listen 80;
	server_name www.weicunqi.*;
	default_type text/plain;
	return 200 'wildcard_after_success';
}

server{
	listen 80;
	server_name *.weicunqi.com;
	default_type text/plain;
	return 200 'wildcard_before_success';
}

server{
	listen 80;
	server_name www.weicunqi.com;
	default_type text/plain;
	return 200 'exact_success';
}

server{
	listen 80 default_server;
	server_name _;
	default_type text/plain;
	return 444 'default_server not found server';
}

结论：

exact_success
wildcard_before_success
wildcard_after_success
regex_success
default_server not found server!!

No1:准确匹配server_name

No2:通配符在开始时匹配server_name成功

No3:通配符在结束时匹配server_name成功

No4:正则表达式匹配server_name成功

No5:被默认的default_server处理，如果没有指定默认找第一个server

（3）location指令

server{
	listen 80;
	server_name localhost;
	location / {
	
	}
	location /abc{
	
	}
	...
}

location:用来设置请求的URI

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

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

属性介绍:

不带符号，要求必须以指定模式开始

server {
	listen 80;
	server_name 127.0.0.1;
	location /abc{
		default_type text/plain;
		return 200 "access success";
	}
}
以下访问都是正确的
http://192.168.5.3/abc
http://192.168.5.3/abc?p1=TOM
http://192.168.5.3/abc/
http://192.168.5.3/abcdef

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

server {
	listen 80;
	server_name 127.0.0.1;
	location =/abc{
		default_type text/plain;
		return 200 "access success";
	}
}
可以匹配到
http://192.168.5.3/abc
http://192.168.5.3/abc?p1=TOM
匹配不到
http://192.168.5.3/abc/
http://192.168.5.3/abcdef

~ ：用于表示当前uri中包含了正则表达式，并且区分大小写
~*: 用于表示当前uri中包含了正则表达式，并且不区分大小写

换句话说，如果uri包含了正则表达式，需要用上述两个符合来标识

server {
	listen 80;
	server_name 127.0.0.1;
	location ~^/abc\w${
		default_type text/plain;
		return 200 "access success";
	}
}
server {
	listen 80;
	server_name 127.0.0.1;
	location ~*^/abc\w${
		default_type text/plain;
		return 200 "access success";
	}
}

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

server {
	listen 80;
	server_name 127.0.0.1;
	location ^~/abc{
		default_type text/plain;
		return 200 "access success";
	}
}

（4）index指令

index:设置网站的默认首页

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

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

举例说明：

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

（5）error_page指令

error_page:设置网站的错误页面

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

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

举例说明：

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

server {
	error_page 404 http://www.cast.cn;
}

2）可以指定重定向地址

server{
	error_page 404 /50x.html;
	error_page 500 502 503 504 /50x.html;
	location =/50x.html{
		root html;
	}
}

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

server{
	error_page 404 @jump_to_error;
	location @jump_to_error {
		default_type text/plain;
		return 404 'Not Found Page...';
	}
}

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

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

（6）设置请求资源的目录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图片

location /images {
	root /usr/local/nginx/html;
}

访问图片的路径为:

http://192.168.5.3/images/mv.png

2）如果把root改为alias

location /images {
	alias /usr/local/nginx/html;
}

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

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

需要在alias后面路径改为

location /images {
	alias /usr/local/nginx/html/images;
}

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

将上述配置修改为

location /images/ {
	alias /usr/local/nginx/html/images;
}

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

小结：

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

3.6 静态资源优化配置语法

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

sendfile on;
tcp_nopush on;
tcp_nodeplay on;

（1）sendﬁle，用来开启高效的文件传输模式。

语法	sendﬁle on \|oﬀ;
默认值	sendﬁle oﬀ;
位置	http、server、location...

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

如：

server {
	listen 80;
	server_name localhost；
	location / {
		root html;
		index index.html;
	}
}
在html目录下有一个welcome.html页面，访问地址
http://192.168.5.3/welcome.html

1587655397104

1587665814562

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

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

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

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

1587832596733

经过刚才的分析，"tcp_nopush"和”tcp_nodelay“看起来是"互斥的"，那么为什么要将这两个值都打开，这个大家需要知道的是在linux2.5.9以后的版本中两者是可以兼容的，三个指令都开启的好处是，sendfile可以开启高效的文件传输模式，tcp_nopush开启可以确保在发送到客户端之前数据包已经充分“填满”，这大大减少了网络开销，并加快了文件发送的速度。

然后，当它到达最后一个可能因为没有“填满”而暂停的数据包时，Nginx会忽略tcp_nopush参数，然后，tcp_nodelay强制套接字发送数据。由此可知，TCP_NOPUSH可以与TCP_NODELAY一起设置，它比单独配置TCP_NODELAY具有更强的性能。所以我们可以使用如下配置来优化Nginx静态资源的处理

sendfile on;
tcp_nopush on;
tcp_nodelay on;

posted @ 2021-12-09 11:31 孤独的小人物阅读(147) 评论(0) 编辑收藏举报

刷新页面返回顶部

孤独的小人物

3 Nginx 静态资源部署

3 Nginx 静态资源部署

3.1 Nginx 服务器基础配置实例

3.2 Nginx 服务操作的问题

3.3 Nginx 配置成系统服务

3.4 Nginx 命令配置到系统环境

3.5 Nginx 静态资源部署

3.5.1 Nginx 静态资源概述

3.5.2 Nginx 静态资源的配置指令

3.6 静态资源优化配置语法

公告