Nginx进阶篇【二】

最新推荐文章于 2024-05-30 00:47:00 发布
最新推荐文章于 2024-05-30 00:47:00 发布
阅读量1k 收藏 16
点赞数 20
分类专栏： nginx 文章标签： nginx
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45740503/article/details/135706679
版权

Nginx进阶篇【二】

二、Nginx进阶篇

2.1.Nginx服务器基础配置实例

2.1.1.需求

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

2.1.2.准备相关文件及内容，目录如下：

mkdir -p /home/www/myweb/server1/location1
mkdir -p /home/www/myweb/server1/location2
mkdir -p /home/www/myweb/server1/logs

mkdir -p /home/www/myweb/server2/location1
mkdir -p /home/www/myweb/server2/location2
mkdir -p /home/www/myweb/server2/logs
mkdir -p /home/www/conf.d

touch /home/www/myweb/404.html

touch /home/www/myweb/server1/location1/index_sr1_location1.html
touch /home/www/myweb/server1/location2/index_sr1_location2.html
touch /home/www/myweb/server2/location1/index_sr2_location1.html
touch /home/www/myweb/server2/location2/index_sr2_location2.html

# 使用echo追加内容到某个文件,可以使用>> , 使用后会在文本后面继续追加内容，若文件中原来就有内容也不会被覆盖掉。
# > 表示覆盖，如果直接使用> 后，文本的内容会被覆盖为新的内容。
echo this is 404.html >>  /home/www/myweb/404.html
echo this is index_src1_location1.html >>  /home/www/myweb/server1/location1/index_sr1_location1.html
echo this is index_src1_location2.html >>  /home/www/myweb/server1/location2/index_sr1_location2.html

echo this is index_src2_location1.html >>  /home/www/myweb/server2/location1/index_sr2_location1.html
echo this is index_src2_location2.html >>  /home/www/myweb/server2/location2/index_sr2_location2.html

yum -y install tree
tree /home/www

在这里插入图片描述

2.1.3.nginx.conf

rm -rf /usr/local/nginx/conf/nginx.conf

vi /usr/local/nginx/conf/nginx.conf

worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  localhost;
        location / {
            root   html;
            index  index.html index.htm;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

}

2.1.3. nginx.conf配置的内容如下:

vi /usr/local/nginx/conf/nginx.conf

##全局块 begin##
#配置允许运行Nginx工作进程的用户和用户组
user www;
#配置运行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块 结束##
	
    server {
        listen       80;
        server_name  localhost;
        location / {
            root   html;
            index  index.html index.htm;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

}

##http块 end##

2.1.4.server1.conf

vi /home/www/conf.d/server1.conf

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

2.1.5.server2.conf

vi /home/www/conf.d/server2.conf

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

2.1.6.访问测试：

tail -f /home/www/myweb/server1/logs/access.log

tail -f /home/www/myweb/server2/logs/access.log

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2.2.Nginx配置成系统服务

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

2.2.1.在/usr/lib/systemd/system目录下添加nginx.service

vim /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

[Unit]:服务的说明
Description:描述服务
After:描述服务类别
[Service]服务运行参数的设置
Type=forking是后台运行的形式ExecStartpre是检查配置文件
ExecStart为服务的具体运行命令
ExecReload为重启命令
ExecStop为停止命令
PrivateTmp=True表示给服务分配独立的临时空间
注意：[Service]的启动、重启、停止命令全部要求使用绝对路径
[Install]运行级别下服务安装的相关设置，可设置为多用户，即系统运行级别为3

2.2.2.添加完成后如果权限有问题需要进行权限设置

chmod 755 /usr/lib/systemd/system/nginx.service

2.2.3.使用系统命令来操作Nginx服务

# 重新加载系统服务
systemctl daemon-reload

# 启动服务
systemctl start nginx

#停止
systemctl stop nginx

#重启
systemctl restart nginx

#重新加载配置文件
systemctl reload nginx

# 查看nginx状态
systemctl status nginx

# 开机启动
systemctl enable nginx.service

# 查看nginx是否启动
ps -ef | grep nginx

在这里插入图片描述

2.4.Nginx命令配置到系统环境

将该二进制可执行文件加入到系统的环境变量，在任何目录都可以使用nginx对应的相关命令。

cd /usr/local/nginx/sbin
 
./nginx -V

2.4.1.修改/etc/profile文件

vim /etc/profile

#在最后一行添加   shift+g 快速到最后一行
export PATH=$PATH:/usr/local/nginx/sbin

2.4.2.使之立即生效

source /etc/profile

2.4.3.执行nginx命令

nginx -V

在这里插入图片描述

三、Nginx静态资源部署

https://nginx.org/en/docs/http/ngx_http_core_module.html

3.1.Nginx静态资源概述

静态资源即指在服务器端真实存在并且能直接拿来展示的一些文件，比如常见的html页面、css文件、js文件、图 片、视频等资源；

动态资源即指在服务器端真实存在但是要想获取需要经过一定的业务逻辑处理，根据不同的条件展示在页面不同这 一部分内容，比如说报表数据展示、根据当前登录用户展示相关具体数据等资源；

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

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

3.2.Nginx静态资源的配置指令

3.2.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 localhost;
	default_type text/plain;
	return 444 'This is a error request';
}

在这里插入图片描述

3.2.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的配置方式有三种，分别是：

精确匹配
通配符匹配
正则表达式匹配
3.2.2.1.配置方式一：精确匹配

如：

server {
	listen 80;
	server_name www.nginx521.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.study.cn
127.0.0.1 www.test.cn
127.0.0.1 www.nginx521.cn
127.0.0.1 www.study.com
127.0.0.1 www.test.com
127.0.0.1 www.nginx521.com

在这里插入图片描述
在这里插入图片描述

3.2.2.2.配置方式二:使用通配符配置

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

server {
	listen 80;
	server_name  *.nginx521.cn	www.nginx521.*;
	...
}

在这里插入图片描述
在这里插入图片描述

下面的配置就会报错

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

在这里插入图片描述

3.2.2.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 ..;
}
注意 ~后面不能加空格，括号可以取值,
~标识为一个正则表达式
$1 获取第一个括号值，以此类推

在这里插入图片描述

3.2.2.4.匹配执行顺序

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

user www;
worker_processes  2;

events {
    accept_mutex on;
    multi_accept on;
    worker_connections  1024;
    use epoll;
}

http {
    include       mime.types;
    default_type  text/plain;

    sendfile        on;
    keepalive_timeout  65;
    
    server {
        listen 80;
        server_name ~^www\.\w+\.com$;
        return 200 'regex_success';
    }

    server {
        listen 80;
        server_name www.test.*;
        return 200 'wildcard_after_success';
    }

    server {
        listen 80;
        server_name *.test.com;
        return 200 'wildcard_before_success';
    }

    server {
        listen 80;
        server_name www.test.com;
        return 200 'exact_success';
    }

    server {
        listen 80 default_server;
        server_name _;
        return 444 'default_server not found server !!!';
    }

}

在这里插入图片描述

3.2.2.5.结论：
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.2.3.location指令

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

location:用来设置请求的URI

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

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

属性介绍:

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

user www;
worker_processes  2;

events {
    accept_mutex on;
    multi_accept on;
    worker_connections  1024;
    use epoll;
}

http {
    include       mime.types;
    default_type  text/plain;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen 80;
        server_name 127.0.0.1;
        location /abc{
                return 200 'access success';
        }
    }

}

以下访问都是正确的
http://192.168.229.136/abc
http://192.168.229.136/abcdef

在这里插入图片描述

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

server {
	listen 80;
	server_name 127.0.0.1;
	location =/abc{
		default_type text/plain;
		return 200 "access success";
	}
}
可以匹配到
http://192.168.229.136/abc
http://192.168.229.136/abc?p1=TOM
匹配不到
http://192.168.229.136/abc/
http://192.168.229.136/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";
	}
}

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

3.2.4.1.root：设置请求的根目录
语法root path;
默认值root html;
位置http、server、location

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

3.2.4.2.alias：用来更改location的URI
语法alias path;
默认值—
位置location

path为修改后的根路径。

3.2.4.3.在/usr/local/nginx/html目录下创建一个 images目录,并在目录下放入一张图片java.png图片
location /images {
	root html;
	#root /usr/local/nginx/html;
}

访问图片的路径为:

http://192.168.229.136/images/java.png

在这里插入图片描述

3.2.4.4.如果把root改为alias
location /images {
	alias /usr/local/nginx/html; # 404 error
}

在这里插入图片描述
在这里插入图片描述

再次访问上述地址，页面会出现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.2.4.5.如果location路径是以/结尾,则alias也必须是以/结尾，root没有要求

将上述配置修改为

location /images/ {
	alias /usr/local/nginx/html/images; # 404 error
}

在这里插入图片描述

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

在这里插入图片描述

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

3.2.5.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，找到第一个来进行返回

3.2.6.error_page指令

error_page:设置网站的错误页面

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

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

举例说明：

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

server {
	error_page 404 http://www.itcast.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前面不能加空格

3.3.静态资源优化配置语法

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

sendfile on;
tcp_nopush on;
tcp_nodeplay on;

worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }

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

}

3.3.1.sendfile，用来开启高效的文件传输模式。

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

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

如：

echo '<h1>Welcome to Nginx ...</h1>' >> /usr/local/nginx/html/welcome.html

user www;
worker_processes  2;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }

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

}

在html目录下有一个welcome.html页面，访问地址
http://192.168.229.136/welcome.html

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

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

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

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

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

在这里插入图片描述

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

    sendfile        on; # 使用limux的sendfile(socket,file,len)高效网络传输，也就是数据0拷贝
    tcp_nopush      on; # 主要是用来提升网络包的传输效率
    tcp_nodelay     on; # 提高网络包传输的实时性

3.4.Nginx静态资源压缩模块实战

假如在满足上述优化的前提下，我们传送一个1M的数据和一个10M的数据那个效率高?
答案显而易见，传输内容小，速度就会快。

在Nginx的配置文件中可以通过配置gzip来对静态资源进行压缩，相关的指令可以配置在http块、server块和location块中，Nginx可以通过

ngx_http_gzip_module模块
ngx_http_gzip_static_module模块
ngx_http_gunzip_module模块

对这些指令进行解析和处理。

（1）Gzip各模块支持的配置指令
（2）Gzip压缩功能的配置 
（3）Gzip和sendfile的冲突解决
（4）浏览器不支持Gzip的解决方案

3.4.1.Gzip模块配置指令：ngx_http_gzip_module模块

Gzip模块配置指令都来自ngx_http_gzip_module模块，该模块会在nginx安装的时候内置到nginx的安装环境中，也就是说我们可以直接使用这些指令。

https://nginx.org/en/docs/http/ngx_http_gzip_module.html

在这里插入图片描述
jquery官网：https://jquery.com/download/

https://code.jquery.com/jquery-3.7.1.js

http://192.168.229.136/jquery-3.7.1.js

在这里插入图片描述

3.4.1.1. gzip指令：该指令用于开启或者关闭gzip功能
语法gzip on|off;
默认值gzip off;
位置http、server、location…

注意只有该指令为打开状态，下面的指令才有效果

http{
   gzip on;
}
3.4.1.2. gzip_types指令：该指令可以根据响应页的MIME类型选择性地开启Gzip压缩功能
语法gzip_types mime-type …;
默认值gzip_types text/html;
位置http、server、location

所选择的值可以从mime.types文件中进行查找，也可以使用"*"代表所有。

http{
	gzip_types application/javascript;
}

在这里插入图片描述

3.4.1.3. gzip_comp_level指令：该指令用于设置Gzip压缩程度

该指令用于设置Gzip压缩程度，级别从1-9, 1表示要是程度最低，要是效率最高，9刚好相反，压缩程度最高，但是效率最低最费时间。

语法gzip_comp_level level;
默认值gzip_comp_level 1;
位置http、server、location
http{
	gzip_comp_level 6;
}

在这里插入图片描述

3.4.1.4. gzip_vary指令：否携带“Vary:Accept-Encoding”头域的响应头部

该指令用于设置使用Gzip进行压缩发送是否携带“Vary:Accept-Encoding”头域的响应头部。主要是告诉接收方，所发送的数据经过了Gzip压缩处理

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

在这里插入图片描述

3.4.1.5. gzip_buffers指令：该指令用于处理请求压缩的缓冲区数量和大小。
语法gzip_buffers number size;
默认值gzip_buffers 32 4k|16 8k;
位置http、server、location

其中number:指定Nginx服务器向系统申请缓存空间个数，size指的是每个缓存空间的大小。
主要实现的是申请number个每个大小为size的内存空间。
这个值的设定一般会和服务器的操作系统有关，所以建议此项不设置，使用默认值即可。

gzip_buffers 4 16K;	  #缓存空间大小
3.4.1.6. gzip_disable指令：针对不同种类客户端发起的请求，可以选择性地开启和关闭Gzip功能。
语法gzip_disable regex …;
默认值—
位置http、server、location

regex:根据客户端的浏览器标志(user-agent)来设置，支持使用正则表达式。
指定的浏览器标志不使用Gzip，该指令一般是用来排除一些明显不支持Gzip的浏览器。

# IE 6 以下的版本禁用
gzip_disable "MSIE [1-6]\.";

在这里插入图片描述

在这里插入图片描述

3.4.1.7. gzip_http_version指令：针对不同的HTTP协议版本，可以选择性地开启和关闭Gzip功能。
语法gzip_http_version 1.0|1.1;
默认值gzip_http_version 1.1;
位置http、server、location

该指令是指定使用Gzip的HTTP最低版本，该指令一般采用默认值即可。

3.4.1.8. gzip_min_length指令：该指令针对传输数据的大小，可以选择性地开启和关闭Gzip功能
语法gzip_min_length length;
默认值gzip_min_length 20;
位置http、server、location
nignx计量大小的单位：bytes[字节] / kb[千字节] / M[兆]
例如: 1024 / 10k|K / 10m|M

Gzip压缩功能对大数据的压缩效果明显，但是如果要压缩的数据比较小的化，可能出现越压缩数据量越大的情况，因此我们需要根据响应内容的大小来决定是否使用Gzip功能，响应页面的大小可以通过头信息中的Content-Length来获取。
但是如何使用了Chunk编码动态压缩，该指令将被忽略。
建议设置为1K或以上。
在这里插入图片描述
在这里插入图片描述

3.4.1.9. gzip_proxied指令：该指令设置是否对服务端返回的结果进行Gzip压缩。
语法gzip_proxied off|expired|no-cache|
no-store|private|no_last_modified|no_etag|auth|any;
默认值gzip_proxied off;
位置http、server、location
语法含义
off关闭Nginx服务器对后台服务器返回结果的Gzip压缩
expired启用压缩，如果header头中包含 “Expires” 头信息
no-cache启用压缩，如果header头中包含 “Cache-Control:no-cache” 头信息
no-store启用压缩，如果header头中包含 “Cache-Control:no-store” 头信息
private启用压缩，如果header头中包含 “Cache-Control:private” 头信息
no_last_modified启用压缩,如果header头中不包含 “Last-Modified” 头信息
no_etag启用压缩 ,如果header头中不包含 “ETag” 头信息
auth启用压缩 , 如果header头中包含 “Authorization” 头信息
any无条件启用压缩

3.4.2.Gzip压缩功能的实例配置

# Gzip压缩功能的实例配置
gzip on;  			  #开启gzip功能
gzip_types *;		  #压缩源文件类型,根据具体的访问资源类型设定
gzip_comp_level 6;	  #gzip压缩级别
gzip_min_length 1024; #进行压缩响应页面的最小长度,content-length
gzip_buffers 4 16K;	  #缓存空间大小
gzip_http_version 1.1; #指定压缩响应所需要的最低HTTP请求版本
gzip_vary  on;		  #往头信息中添加压缩标识
gzip_disable "MSIE [1-6]\."; #对IE6以下的版本都不进行压缩
gzip_proxied  off; #nginx作为反向代理压缩服务端返回数据的条件

这些配置在很多地方可能都会用到，所以我们可以将这些内容抽取到一个配置文件中，然后通过include指令把配置文件再次加载到nginx.conf配置文件中，方法使用。

nginx_gzip.conf

gzip on;
gzip_types *;
gzip_comp_level 6;
gzip_min_length 1024;
gzip_buffers 4 16K;
gzip_http_version 1.1;
gzip_vary  on;
gzip_disable "MSIE [1-6]\.";
gzip_proxied  off;

nginx.conf

include nginx_gzip.conf;

在这里插入图片描述

3.4.3.Gzip和sendfile共存问题：使用ngx_http_gzip_static_module模块的gzip_static指令来解决

开启sendfile以后，在读取磁盘上的静态资源文件的时候，可以减少拷贝的次数，可以不经过用户进程将静态文件通过网络设备发送出去，但是Gzip要想对资源压缩，是需要经过用户进程进行操作的。所以如何解决两个设置的共存问题。

3.4.3.1.gzip_static指令

gzip_static: 检查与访问资源同名的.gz文件时，response中以gzip相关的header返回.gz文件的内容。

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

添加上述命令后，会报一个错误，unknown directive "gzip_static"主要的原因是Nginx默认是没有添加ngx_http_gzip_static_module模块。

user www;
worker_processes  2;

events {
        accept_mutex on; #设置Nginx网络连接序列化，防止多个进程对连接的争抢
        multi_accept on; #设置Nginx的worker进程是否可以同时接收多个网络请求
        worker_connections 1024; # 设置Nginx单个worker进程最大的连接数
        use epoll; #设置Nginx使用的事件驱动模型，使用epoll函数来优化Ngin
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    tcp_nopush      on; # 主要是用来提升网络包的传输效率
    tcp_nodelay     on; # 提高网络包传输的实时性
    keepalive_timeout  65;

    gzip_static on;
    include nginx_gzip.conf;


    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }

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

}

在这里插入图片描述

3.4.3.2.添加ngx_http_gzip_static_module模块到Nginx的实现步骤
3.4.3.2.1.查询当前Nginx的配置参数
nginx -V

nginx version: nginx/1.24.0
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC) 
configure arguments: 
--prefix=/usr/local/nginx 
--sbin-path=/usr/local/nginx/sbin/nginx 
--modules-path=/usr/local/nginx/modules 
--conf-path=/usr/local/nginx/conf/nginx.conf 
--error-log-path=/usr/local/nginx/logs/error.log 
--http-log-path=/usr/local/nginx/logs/access.log 
--pid-path=/usr/local/nginx/logs/nginx.pid 
--lock-path=/usr/local/nginx/logs/nginx.lock
3.4.3.2.2.将nginx安装目录下sbin目录中的nginx二进制文件进行更名
cd /usr/local/nginx/sbin

mv nginx nginxold
3.4.3.2.3.进入Nginx的安装目录
cd /nginx/core/nginx-1.24.0/
3.4.3.2.4.执行make clean清空之前编译的内容
make clean
3.4.3.2.5.使用configure来配置参数
./configure --with-http_gzip_static_module

./configure \
--prefix=/usr/local/nginx \
--sbin-path=/usr/local/nginx/sbin/nginx \
--modules-path=/usr/local/nginx/modules \
--conf-path=/usr/local/nginx/conf/nginx.conf \
--error-log-path=/usr/local/nginx/logs/error.log \
--http-log-path=/usr/local/nginx/logs/access.log \
--pid-path=/usr/local/nginx/logs/nginx.pid \
--lock-path=/usr/local/nginx/logs/nginx.lock \
--with-http_gzip_static_module

在这里插入图片描述

3.4.3.2.6.使用make命令进行编译
make

在这里插入图片描述

3.4.3.2.7.将objs目录下的nginx二进制执行文件移动到nginx安装目录下的sbin目录中
mv objs/nginx /usr/local/nginx/sbin

在这里插入图片描述

3.4.3.2.8.执行更新命令
make upgrade

在这里插入图片描述
在这里插入图片描述

3.4.3.3.gzip_static测试使用
3.4.3.3.1.直接访问http://192.168.200.133/jquery.js

在这里插入图片描述

3.4.3.3.2.使用gzip命令进行压缩
cd /usr/local/nginx/html

gzip jquery-3.7.1.js

在这里插入图片描述

3.4.3.3.3.再次访问http://192.168.200.133/jquery.js

在这里插入图片描述

3.5.静态资源的缓存处理

3.5.1.缓存

缓存（cache），原始意义是指访问速度比一般随机存取存储器（RAM）快的一种高速存储器，
通常它不像系统主存那样使用DRAM技术，而使用昂贵但较快速的SRAM技术。缓存的设置是所有现代计算机系统发挥高性能的重要因素之一。

3.5.2.web缓存

Web缓存是指一个Web资源（如html页面，图片，js，数据等）存在于Web服务器和客户端（浏览器）之间的副本。
缓存会根据进来的请求保存输出内容的副本；当下一个请求来到的时候，如果是相同的URL，缓存会根据缓存机制决定是直接使用副本响应访问请求，还是向源服务器再次发送请求。
比较常见的就是浏览器会缓存访问过网站的网页，当再次访问这个URL地址的时候，如果网页没有更新，就不会再次下载网页，而是直接使用本地缓存的网页。
只有当网站明确标识资源已经更新，浏览器才会再次下载网页

3.5.3.web缓存的种类

客户端缓存
	浏览器缓存
服务端缓存
	Nginx / Redis / Memcached等

3.5.4.浏览器缓存

是为了节约网络的资源加速浏览，浏览器在用户磁盘上对最近请求过的文档进行存储，当访问者再次请求这个页面时，浏览器就可以从本地磁盘显示文档，这样就可以加速页面的阅览.

3.5.5.为什么要用浏览器缓存

  • 成本最低的一种缓存实现
  • 减少网络带宽消耗
  • 降低服务器压力
  • 减少网络延迟，加快页面打开速度

3.5.6.浏览器缓存的执行流程

HTTP协议中和页面缓存相关的字段：

header说明
Expires缓存过期的日期和时间
Cache-Control设置和缓存相关的配置信息
Last-Modified请求资源最后修改时间
ETag请求变量的实体标签的当前值，比如文件的MD5值

在这里插入图片描述
在这里插入图片描述

（1）用户首次通过浏览器发送请求到服务端获取数据，客户端是没有对应的缓存，所以需要发送request请求来获取数据；

（2）服务端接收到请求后，获取服务端的数据及服务端缓存的允许后，返回200的成功状态码并且在响应头上附上对应资源以及缓存信息；

（3）当用户再次访问相同资源的时候，客户端会在浏览器的缓存目录中查找是否存在响应的缓存文件

（4）如果没有找到对应的缓存文件，则走(2)步

（5）如果有缓存文件，接下来对缓存文件是否过期进行判断，过期的判断标准是(Expires),

（6）如果没有过期，则直接从本地缓存中返回数据进行展示

（7）如果Expires过期，接下来需要判断缓存文件是否发生过变化

（8）判断的标准有两个，一个是ETag(Entity Tag),一个是Last-Modified

（9）判断结果是未发生变化，则服务端返回304，直接从缓存文件中获取数据

（10）如果判断是发生了变化，重新从服务端获取数据，并根据缓存协商(服务端所设置的是否需要进行缓存数据的设置)来进行数据缓存。

在这里插入图片描述
在这里插入图片描述

3.5.7.浏览器缓存相关设置指令

Nginx需要进行缓存相关设置，就需要用到如下的指令

3.5.7.1.expires指令：用来控制页面缓存的作用

expires:该指令用来控制页面缓存的作用。可以通过该指令控制HTTP应答中的“Expires"和”Cache-Control"

语法expires [modified] time
expires epoch|max|off;
默认值expires off;
位置http、server、location

time:可以整数也可以是负数；指定过期时间，如果是负数，Cache-Control则为no-cache；如果为整数或0，则Cache-Control的值为max-age=time;

epoch: 指定Expires的值为’1 January,1970,00:00:01 GMT’(1970-01-01 00:00:00)，Cache-Control的值no-cache

max:指定Expires的值为’31 December2037 23:59:59GMT’ (2037-12-31 23:59:59) ，Cache-Control的值为10年

off:默认不缓存。

        location ~ .*\.(html|js|css|png)$ {
                expires 1000;
        }

在这里插入图片描述
在这里插入图片描述

3.5.7.2.add_header指令

add_header指令是用来添加指定的响应头和响应值。

语法add_header name value [always];
默认值—
位置http、server、location…
3.5.7.3.Cache-Control作为响应头信息，可以设置如下值：

缓存响应指令：

Cache-Control: must-revalidate
Cache-Control: no-cache
Cache-Control: no-store
Cache-Control: no-transform
Cache-Control: public
Cache-Control: private
Cache-Control: proxy-revalidate
Cache-Control: max-age=<seconds>
Cache-Control: s-maxage=<seconds>
指令说明
must-revalidate可缓存但必须再向源服务器进行确认
no-cache缓存前必须确认其有效性
no-store不缓存请求或响应的任何内容
no-transform代理不可更改媒体类型
public可向任意方提供响应的缓存
private仅向特定用户返回响应
proxy-revalidate要求中间缓存服务器对缓存的响应有效性再进行确认
max-age=<秒>响应最大Age值
s-maxage=<秒>公共缓存服务器响应的最大Age值

max-age=[秒]：

在这里插入图片描述

3.6.Nginx的跨域问题解决

主要从以下方面进行解决：

  • 什么情况下会出现跨域问题?
  • 实例演示跨域问题
  • 具体的解决方案是什么?

3.6.1.同源策略

浏览器的同源策略：是一种约定，是浏览器最核心也是最基本的安全功能，如果浏览器少了同源策略，则浏览器的正常功能可能都会受到影响。

同源: 协议、域名(IP)、端口相同即为同源

http://192.168.229.136/user/1
https://192.168.229.136/user/1
不满足同源策略

http://192.168.229.136/user/1
http://192.168.229.1362/user/1
不

http://192.168.229.136/user/1
http://192.168.229.136:8080/user/1
不

http://www.nginx.com/user/1
http://www.nginx.org/user/1
不

http://192.168.229.136/user/1
http://192.168.229.136:8080/user/1
不

http://www.nginx.org:80/user/1
http://www.nginx.org/user/1
协议、域名(IP)、端口相同即为同源  满足

3.6.2.跨域问题

有两台服务器分别为A,B
如果从服务器A的页面发送异步请求到服务器B获取数据，如果服务器A和服务器B不满足同源策略，则就会出现跨域问题。

3.6.3.跨域问题的案例演示

在这里插入图片描述

3.6.3.1.nginx的html目录下新建一个a.html
vi /usr/local/nginx/html/a.html

<html>
  <head>
        <meta charset="utf-8">
        <title>跨域问题演示</title>
        <script src="jquery-3.7.1.js"></script>
        <script>
            $(function(){
                $("#btn").click(function(){
                        $.get('http://192.168.229.136:8080/getUser',function(data){
                                alert(JSON.stringify(data));
                        });
                });
            });
        </script>
  </head>
  <body>
        <input type="button" value="获取数据" id="btn"/>
  </body>
</html>
3.6.3.2.在nginx.conf配置如下内容
server{
        listen  8080;
        server_name localhost;
        location /getUser{
                default_type application/json;
                return 200 '{"id":1,"name":"TOM","age":18}';
        }
}
server{
	listen 	80;
	server_name localhost;
	location /{
		root html;
		index index.html;
	}
}
3.6.3.3.通过浏览器访问测试【跨域问题导致的错误】

在这里插入图片描述
在这里插入图片描述

3.6.4.解决方案【跨域问题】

使用add_header指令，该指令可以用来添加一些头信息

语法add_header name value…
默认值—
位置http、server、location

此处用来解决跨域问题，需要添加两个头信息，一个是Access-Control-Allow-Origin,Access-Control-Allow-Methods

Access-Control-Allow-Origin: 直译过来是允许跨域访问的源地址信息，可以配置多个(多个用逗号分隔)，也可以使用*代表所有源

Access-Control-Allow-Methods:直译过来是允许跨域访问的请求方式，值可以为 GET POST PUT DELETE…,可以全部设置，也可以根据需要设置，多个用逗号分隔

具体配置方式

location /getUser{
    add_header Access-Control-Allow-Origin *;
    add_header Access-Control-Allow-Methods GET,POST,PUT,DELETE;
    default_type application/json;
    return 200 '{"id":1,"name":"TOM","age":18}';
}

在这里插入图片描述
在这里插入图片描述

3.7.静态资源防盗链

3.7.1.什么是资源盗链

资源盗链指的是此内容不在自己服务器上，而是通过技术手段，绕过别人的限制将别人的内容放到自己页面上最终展示给用户。以此来盗取大网站的空间和流量。简而言之就是用别人的东西成就自己的网站。

效果演示

京东:https://img14.360buyimg.com/n7/jfs/t1/101062/37/2153/254169/5dcbd410E6d10ba22/4ddbd212be225fcd.jpg

百度:https://pics7.baidu.com/feed/cf1b9d16fdfaaf516f7e2011a7cda1e8f11f7a1a.jpeg?token=551979a23a0995e5e5279b8fa1a48b34&s=BD385394D2E963072FD48543030030BB

<html>
  <head>
        <meta charset="utf-8">
        <title>跨域问题演示</title>
        <script src="jquery-3.7.1.js"></script>
        <script>
            $(function(){
                $("#btn").click(function(){
                        $.get('http://192.168.229.136:8080/getUser',function(data){
                                alert(JSON.stringify(data));
                        });
                });
            });
        </script>
  </head>
  <body>
        <input type="button" value="获取数据" id="btn"/>
        <img src="https://imgcps.jd.com/img-cubic/creative_server_ci…bPmiqLotK0QBkIKCgblipvojZAQB1i5ueXD9AI/cr/s/q.jpg"/><br/>
        <img src="https://img.alicdn.com/imgextra/i1/6000000004918/O…01UqkSO91mCUlvBl6tH_!!6000000004918-0-octopus.jpg"/><br/>
		<img src="https://img14.360buyimg.com/n7/jfs/t1/101062/37/2153/254169/5dcbd410E6d10ba22/4ddbd212be225fcd.jpg"/><br/>
		<img src="https://pics7.baidu.com/feed/cf1b9d16fdfaaf516f7e2011a7cda1e8f11f7a1a.jpeg?token=551979a23a0995e5e5279b8fa1a48b34&s=BD385394D2E963072FD48543030030BB"/><br/>
        <img src="http://192.168.229.136:8080/java.png"/><br/>
  </body>
</html>

我们自己准备一个页面，在页面上引入这两个图片查看效果

在这里插入图片描述

从上面的效果，可以看出来，下面的图片地址添加了防止盗链的功能，京东这边我们可以直接使用其图片。

3.7.2.Nginx防盗链的实现原理：

了解防盗链的原理之前，我们得先学习一个HTTP的头信息Referer，当浏览器向web服务器发送请求的时候，一般都会带上Referer，来告诉浏览器该网页是从哪个页面链接过来的。
在这里插入图片描述

后台服务器可以根据获取到的这个Referer信息来判断是否为自己信任的网站地址，如果是则放行继续访问，如果不是则可以返回403(服务端拒绝访问)的状态信息。

在本地模拟上述的服务器效果：
在这里插入图片描述
在这里插入图片描述

3.7.3.Nginx防盗链的具体实现:

valid_referers:nginx会通就过查看referer自动和valid_referers后面的内容进行匹配，如果匹配到了就将$invalid_referer变量置0，如果没有匹配到，则将$invalid_referer变量置为1，匹配的过程中不区分大小写。

语法valid_referers none|blocked|server_names|string…
默认值—
位置server、location

none: 如果Header中的Referer为空，允许访问

blocked:在Header中的Referer不为空，但是该值被防火墙或代理进行伪装过，如不带"http://" 、"https://"等协议头的资源允许访问。

server_names:指定具体的域名或者IP

string: 可以支持正则表达式和*的字符串。如果是正则表达式，需要以~开头表示，例如

location ~*\.(png|jpg|gif){
           valid_referers none blocked www.baidu.com 192.168.229.136 *.example.com example.*  www.example.org  ~\.google\.;
           if ($invalid_referer){
                return 403;
           }
           root /usr/local/nginx/html;

}

在这里插入图片描述

3.7.4.针对目录进行防盗链

遇到的问题:图片有很多，该如何批量进行防盗链？

配置如下：

location /images {
           valid_referers none blocked www.baidu.com 192.168.200.222 *.example.com example.*  www.example.org  ~\.google\.;
           if ($invalid_referer){
                return 403;
           }
           root /usr/local/nginx/html;

}

在这里插入图片描述

这样我们可以对一个目录下的所有资源进行防盗链操作。

遇到的问题：Referer的限制比较粗，比如随意加一个Referer，上面的方式是无法进行限制的。那么这个问题改如何解决？

此处我们需要用到Nginx的第三方模块ngx_http_accesskey_module，第三方模块实现防盗链。

3.8.nginx_static.conf

user www;
worker_processes  2;

events {
        accept_mutex on; #设置Nginx网络连接序列化，防止多个进程对连接的争抢
        multi_accept on; #设置Nginx的worker进程是否可以同时接收多个网络请求
        worker_connections 1024; # 设置Nginx单个worker进程最大的连接数
        use epoll; #设置Nginx使用的事件驱动模型，使用epoll函数来优化Ngin
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    tcp_nopush      on; # 主要是用来提升网络包的传输效率
    tcp_nodelay     on; # 提高网络包传输的实时性
    keepalive_timeout  65;

    gzip_static on;
    include nginx_gzip.conf;

    server {
        listen 8080;
        server_name localhost;
        location /images {
                root html;
                valid_referers none blocked www.baidu.com;
                if ($invalid_referer){
                        return 403;
                }
        }
        #location ~ .*\.(png|jpg|gif)$ {
        #        valid_referers none blocked www.baidu.com;
        #        if ($invalid_referer){
        #                return 403;
        #        }
        #        root html/images;
        #}
        location /getUser {
                add_header Access-Control-Allow-Origin http://192.168.229.136;
                add_header Access-Control-Allow-Methods GET,POST,PUT,DELETE;
                default_type application/json;
                return 200 '{"id":1,"name":"TOM","age":18}';
        }
    }

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }

        location ~ .*\.(html|js|css|png)$ {
                expires max;
                add_header Cache-Control no-store;
                #expires epoch;
                #expires 1000;
        }

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

}

endl

良辰美景好时光
关注
专栏目录
Nginx进阶篇/Nginx服务器基础配置实例/Nginx服务操作的问题/Nginx静态资源部署
略
07-11 111
经过刚才的分析，"tcp_nopush"和”tcp_nodelay“看起来是"互斥的"，那么为什么要将这两个值都打开，这个大家需要知道的是在linux2.5.9以后的版本中两者是可以兼容的，三个指令都开启的好处是，sendfile可以开启高效的文件传输模式，tcp_nopush开启可以确保在发送到客户端之前数据包已经充分“填满”， 这大大减少了网络开销，并加快了文件发送的速度。经过上述内容的优化，我们再次思考一个问题，假如在满足上述优化的前提下，我们传送一个1M的数据和一个10M的数据那个效率高?
架构设计：负载均衡层设计方案（3）——Nginx进阶1
08-08
【Nginx 负载均衡层设计方案：Nginx 进阶】 在架构设计中，负载均衡层扮演着至关重要的角色，它负责分散网络流量，确保服务的高可用性和性能。Nginx 作为一款高性能的反向代理服务器，常常被用作负载均衡器。在本篇...
Nginx实战进阶篇一 Nginx反向代理及负载均衡实现过程部署
weixin_33873846的博客
03-19 200
Nginx实战进阶篇一 Nginx反向代理及负载均衡实现过程部署  版权声明： 本文遵循“署名非商业性使用相同方式共享 2.5 中国大陆”协议 您可以自由复制、发行、展览、表演、放映、广播或通过信息网络传播本作品 您可以根据本作品演义自己的作品 您必须按照作者或者许可人指定的方式对作品进行署名。 您不得将本作品用于商业目的。 如果您改变、转换本作品或者以本作品为基础进行创作，您只能...
Nginx 进阶
qq_31391225的博客
08-10 229
小功能合集 跨域处理 问题由来：浏览器拒绝执行其它域名下的ajax运作 ---如果浏览器在static.enjoy.com对应的html页面内，发起ajax请求偷盗www.enjoy.com域名下的内容来填充自己的页面,整个互联网秩序将混乱. 为了防止这种混乱,W3C组织制定了浏览器安全规范，即html页面发起的ajax请求仅限于同域名后端范围，跨越域名的ajax请求不得执行，此谓跨域问题。...
nginx进阶
weixin_42792412的博客
06-27 457
nginx进阶1、解决跨域+防盗链2、模块化体系3、集群负载均衡4、配置集群5、jmeter介绍测试并发异常率6、upstream 参数介绍7、keepalive配置8、缓存 1、解决跨域+防盗链 cors：cross-origin resource sharing 方法 jsonp、springboot Cors 、nginx server { listen 80; server_name localhost; #允许跨域请求的域，*代表所有
nginx 进阶
weixin_33881140的博客
05-08 137
2019独角兽企业重金招聘Python工程师标准>>> ...
Nginx进阶
小宇哥x的博客
10-29 262
1、Nginx 配置高可用的集群 准备工作： 需要两台 nginx 服务器 需要 keepalived 需要虚拟IP 配置高可用的准备工作 需要两台服务器 192.168.17.129 和 192.168.17.131 在两台服务器安装 nginx 在两台服务器安装 keepalived 在两台服务器安装 keepalived 使用 yum 命令进行安装 安装之后，在 etc 里面生成目录 keepalived ，有文件 keepalived.conf 完成高可用配置（主从配置）
nginx进阶vip - 第二课笔记1
08-08
总之，本篇笔记涵盖了Nginx进程管理、虚拟主机配置、URL路由和重写规则，以及基础的负载均衡设置，这些都是Nginx进阶学习中的关键知识点。掌握这些技能，能够帮助我们更好地管理和优化Nginx服务器，提升网站性能和...
3.Nginx 高级进阶篇.学习笔记整理分享给需要的同学
最新发布
09-15
3.Nginx 高级进阶篇.学习笔记整理分享给需要的同学
3.Nginx 高级进阶篇.xmind
08-11
3.Nginx 高级进阶篇.xmind
Nginx进阶(一)
ly853602的博客
06-19 280
1.主要应用场景 通过本地文件系统提供静态资源服务，也就是常说的静态资源分离 利用其强大性能，缓存，负载均衡为服务端提供反向代理服务 提供API服务 2.优点 高并发，高性能 可扩展性好 高可靠性 热部署 BSD许可证 3.Nginx的组成 Nginx二进制可执行文件（由各模块原码编译出的一个文件） Nginx.conf配置文件（控制Nginx的行为） access.log（...
Nginx进阶（一）
傅红雪的专栏
01-27 229
1. Nginx重要算法介绍 Nginx是什么，请自行百度。我们先介绍几个关键的算法，如果您还不了解这些算法在Nginx中所起的作用，请不要着急，本文后半部分将说明它们的作用。 1.1 一致性Hash算法 一致性Hash算法是现代系统架构中的最关键算法之一，在分布式计算系统、分布式存储系统、数据分析等众多领域中广泛应用。针对这个系列的博文，在负载均衡层、业务通信层、数据存储层都会有他的身影。 hash算法的关键在于它能够根据不同的属性数据，生成一串不相同的hash值，并且能够将这个hash值
Nginx 进阶篇
既然选择远方，便只顾风雨兼程！
01-11 1021
上网去搜搜索访问资源对于我们并不陌生，通过浏览器发送一个HTTP请求实现从客户端发送请求到服务器端获取所需要的内容后并把内容回显展示在页面的一个过程。这个时候，我们所请求的内容分为两种类型：一类是静态资源，一类是动态资源。静态资源即指在服务器端真实存在并且能够拿来展示的一些文件，比如常见的html，css，js，image，video等动态资源即指在服务端真实存在但是要想获得需要经过一定的业务逻辑处理，根据不同的条件展示在页面不同的内容，比如说报表数据展示，根据当前登录用户展示相关具体数据等资源。
Nginx——进阶篇
weixin_44623055的博客
05-09 1861
1、Nginx服务器基础配置实例 前面我们已经对Nginx服务器默认配置文件的结构和涉及的基本指令做了详细的阐述。通过这些指令的合理配置，我们就可以让一台Nginx服务器正常工作，并且提供基本的web服务器功能。 接下来将通过一个比较完整和最简单的基础配置实例，来巩固下前面所学习的指令及其配置。 需求如下： 1、有如下访问 http://192.168.200.133:8081/server1/location1 访问的是：index_sr1_location1.html
Nginx进阶教程
ClareYu的博客
06-11 1323
目录 安装 基本介绍和配置文件语法 反向代理 gzip 压缩提升网站性能 在线升级 监控工具 ngxtop 编译第三方模块 auth_basic 模块使用 日志分析工具 用 nginx 搭建谷歌镜像网站 自制启动脚本 日志切割 作为负载均衡器 开启 debug 模式 gzip static 模块探索 使用acme.sh安装 Let’ s...
Nginx 进阶版（三天带您熟练掌握Nginx）
mingriqiufeng的博客
11-26 2547
Nginx高级进阶版 一.Nginx 服务介绍 和部署安装环境 1.nginx 介绍 Nginx (engine x) 是一个高性能的 HTTP 和 反向代理 服务，也是一个IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的，第一个公开版本0.1.0发布于2004年10月4日。 Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，并在一个BSD-like 协议下
Nginx进阶学习
泷泷养的乔小胖
12-16 253
Nginx进阶学习 一、静态资源WEB服务 二、代理服务 三、负载均衡调度器SLB 四、动态缓存 Nginx下一小节：Nginx作为静态资源web服务_静态资源类型 ...
【Nginx 进阶】1、Nginx 高级配置
weixin_52938153的博客
05-30 448
Nginx（发音为“engine-x”）是一个高性能的HTTP和反向代理服务器，同时也是一个IMAP/POP3代理服务器。由俄罗斯的程序员Igor Sysoev所开发，首个公开版本发布于2004年。Nginx是免费的开源软件，遵循类BSD许可协议的条款发布。 Nginx的设计优化重点在于高并发、高性能和低内存使用。在架构上，Nginx使用异步事件驱动的方法，这使得它在处理大量并发连接时表现出色，特别是在处理静态资源、反向代理或负载平衡时，效率极高。由于其稳定性和轻量级的资源占用，Nginx非常适合在现代的
Nginx配置与优化实战：从基础到进阶
在进阶篇中，文档深入探讨了Nginx的配置与优化技术。讲解了如何设置完整的Nginx配置文件，包括虚拟主机配置，以便服务于多个独立的网站。Nginx的日志管理是关键一环，文档提到了日志文件的配置和切割，以保持日志的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

良辰美景好时光

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值