1.Nginx的页面优化
1.1 Nginx的网页压缩
在Nginx的ngx_http_gzip_module压缩模块提供对文件内容压缩的功能。进行相关的配置修改，就能实现Nginx页面的压缩，达到节约带宽，提升用户访问速度
vim /usr/local/nginx/conf/nginx.conf
http {
..........
gzip on;
gzip_min_length 1k;
gzip_buffers 4 64k;
gzip_http_version 1.1;
gzip_comp_level 6;
gzip_vary on;
gzip_types text/plain text/javascript application/x-javascript text/css text/xml application/xml application/xml+rss image/jpg image/jpeg image/png image/gif application/x-httpd-php application/javascript application/json;
}
重启服务，进行访问测试：
压缩已经生成 （accept- Encoding）
1.2 配置Nginx的图片缓存
当Nginx将网页数据返回给客户端后，可设置缓存的时间，以方便在日后进行相同内容的请求时直接返回，避免重复请求，加快了访问速度。
一般针对静态网页设置，对动态网页不设置缓存时间。
vim /usr/local/nginx/conf/nginx.conf
http {
.................
location ~* \.(gif|jpg|jepg|bmp|ico)$ {
root html;
expires 1d;
}
}
重启服务，测试访问：
1.3 Nginx的连接超时设置
HTTP有一个KeepAlive模式，它告诉web服务器在处理完一个请求后保持这个TCP连接的打开状态。若接收到来自同一客户端的其它请求，服务端会利用这个未被关闭的连接，而不需要再建立一个连接。
KeepAlive 在一段时间内保持打开状态，它们会在这段时间内占用资源。占用过多就会影响性能。
在企业网站中，为了避免同一个客户长时间占用连接，造成资源浪费，可设置相应的连接超时参数，实现控制连接访问时间。可以修改配置文件 nginx.conf，设置 keepalive_timeout超时。
vim /usr/local/nginx/conf/nginx.conf
http {
......
keepalive_timeout 65 180; //设置连接超时时间
client_header_timeout 80;
client_body_timeout 80;
......
}
keepalive_timeout
指定KeepAlive的超时时间（timeout）。指定每个TCP连接最多可以保持多长时间，服务器将会在这个时间后关闭连接。 Nginx的默认值是65秒，有些浏览器最多只保持 60 秒，所以可以设定为 60 秒。若将它设置为0，就禁止了keepalive 连接。
第二个参数（可选的）指定了在响应头Keep-Alive:timeout=time中的time值。这个头能够让一些浏览器主动关闭连接，这样服务器就不必去关闭连接了。没有这个参数，Nginx 不会发送 Keep-Alive 响应头。client_header_timeout
客户端向服务端发送一个完整的 request header 的超时时间。如果客户端在指定时间内没有发送一个完整的 request header，Nginx 返回 HTTP 408（Request Timed Out）。client_body_timeout
指定客户端与服务端建立连接后发送 request body 的超时时间。如果客户端在指定时间内没有发送任何内容，Nginx 返回 HTTP 408（Request Timed Out）。
重启服务，访问测试：
1.4 Nginx的并发设置
在高并发场景，需要启动更多的Nginx进程以保证快速响应，以处理用户的请求，避免造成阻塞。
查看cpu的核心数，根据核心数来设置工作进程数
cat /proc/cpuinfo |grep processor|wc -l
lscpu
修改工作进程核心数 ：
通过PS AUX查看修改前的工作进程只有1个，因为配置文件里面就是一个
im /usr/local/nginx/conf/nginx.conf
worker_processes 4; #修改为与CPU核数相同或者两倍
worker_cpu_affinity 0001 0010 0100 1000；
#将每个worker子进程与特定CPU物理核心绑定，优势在于，避免同一个worker子进程在不同的CPU核心上切换，缓存失效，降低性能。
重启服务 systemctl restart nginx, work进程变成了4个
2.Nginx的页面安全
——隐藏Nginx的版本号
2.1 查看Nginx版本的方式
方式一：curl模拟访问获取
[root@localhost ~]#curl -I 192.168.50.22
方式二：浏览器访问查看
火狐访问浏览器 ，F12查看网络信息
2.2 隐藏版本号
方法一：修改配置文件，关闭版本号
vim /usr/local/nginx/conf/nginx.conf
http {
include mime.types;
default_type application/octet-stream;
server_tokens off; #添加这一行，关闭版本号
......
}
测试结果：
方法二：修改源码文件中的版本号，重新编译安装
cd /opt/nginx-1.12.0/src/core/
#修改前进行备份
cp nginx.h nginx.h.bak
vim nginx.h
#define NGINX_VERSION "1.12.0"
#define NGINX_VER "nginx/" NGINX_VERSION
修改完配置后切换到Nginx软件包中，进行重新编译安装
cd /opt/nginx-1.22.0/
./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module
make -J 2 && make install
再次修改主配置文件，打开版本号显示 ：
vim /usr/local/nginx/conf/nginx.conf
http {
include mime.types;
default_type application/octet-stream;
server_tokens on;
......
}
重启服务，进行测试：
3.Nginx的日志分割
Nginx与apache的不同之处，就是Nginx本身并为设计日志分割工具，所以需要运维人员进行脚本编写来实现日志分割
编写日志分割脚本
cd /opt
vim cutlogs.sh
#!/bin/bash
#nginx 分割日志脚本
#用变量day获取前天日期的时间记录
day=$(date -d "-1 day" "+%Y%m%d")
#获取日志的目录
logs_path="/var/log/nginx"
#获取运行时nginx的进程号
pid_path="/usr/local/nginx/logs/nginx.pid"
#二元表达式，如果前面不成立则执行后面的式子
#前面判断该目录是否存在，后面则表示不存在则自动创建该目录
[ -d $logs_path ] || mkdir -p $logs_path
#将生成的日志按照date生成的时间格式改名并移动到指定的路径中保存
mv /usr/local/nginx/logs/access.log ${logs_path}/access.log-$day
#重新生成一个新的日志
kill -USR1 $(cat $pid_path)
#日志文件清理，将30天前的日志进行清除
find $logs_path -mtime +30 -exec rm -rf {} \ ;
2. 执行脚本进行测试
3. 将日志脚本添加至计划性任务
[root@localhost opt]#chmod +x cutlogs.sh
[root@localhost opt]#crontab -e
0 1 * * * /opt/cutlogs.sh4.Nginx防盗链
4.1 盗链的过程
Nginx盗链的过程与apache一致，均是通过网页浏览，将网站图片重定向到自己的网站上
4.2 Nginx防盗链的设置
修改主配配置文件，添加防盗链设置
在 /var/local/nginx/html 下放置好error.png
设置一台安装apache的主机 去盗链ngix主机，配置和之前的apche一样
(84条消息) Apache网页的优化，安全与防盗链_zhangchang3的博客-CSDN博客、
、
第三方访问原主机 ：
第三方用户访问盗链主机：
