如何自定义返回客户端的404错误页面
如何查看服务器状态信息
如果客户端访问服务器提示“Too many open files”如何解决
如何解决客户端访问头部信息过长的问题
如何让客户端浏览器缓存数据
日志切割
开启gzip压缩功能,提高数据传输效率
开启文件缓存功能 然后客户机访问此Web服务器验证效果
使用ab压力测试软件测试并发量
编写测试脚本生成长头部信息的访问请求
客户端访问不存在的页面,测试404错误页面是否重定向
一:自定义报错页面:
修改nginx配置文件,自定报错页面
vim /usr/local/nginx/conf/nginx.conf
... ...
error_page 404 /40x.html; //自定义错误页面
... ...
vim /usr/local/nginx/conf/40x.html //生成错误页面
nginx -s reload
#请先确保nginx是启动状态,否则该命令会报错
优化后客户端使用浏览器访问不存在的页面,会提示自定的40x.html页面
常见http状态码
状态码 | 功能
200 | 一切正常
301 | 永久重定向
302 | 临时重定向
401 | 用户名或者密码错误
403 | 禁止访问
404 | 文件不存在
414 | 请求URL头部过长
500 | 服务器内部错误
502 | Bad Gateway
二:如何查看服务器状态信息:
1.编译安装时使用
–with-http_stub_status_module
开启状态页面模块
yum -y install gcc pcre-devel openssl-devel
tar -zxvf nginx-1.12.2.tar.gz
cd nginx-1.12.2
./configure \
--with-http_ssl_module //开启SSL加密功能
--with-stream //开启TCP/UDP代理模块
--with-http_stub_status_module //开启status状态页面
make && make install //编译并安装
2.启动Nginx服务器并查看监听端口状态
/usr/local/nginx/sbin/nginx
netstat -anptu | grep nginx
在RHEL7系统中可以使用ss命令代替netstat命令,功能一样
ss -anptu | grep nginx
3.修改Nginx配置文件,定义状态页面
cat /usr/local/nginx/conf/nginx.conf
location /status {
stub_status on;
}
4.优化后,查看状态页面信息
curl http://192.168.4.5/status
Active connections:当前活动的连接数量。
Accepts:已经接受客户端的连接总数量。
Handled:已经处理客户端的连接总数量。
(一般与accepts一致,除非服务器限制了连接数量)。
Requests:客户端发送的请求数量。
Reading:当前服务器正在读取客户端请求头的数量。
Writing:当前服务器正在写响应信息的数量。
Waiting:当前多少客户端在等待服务器的响应。
三优化Nginx并发量:
1.优化前使用ab高并发测试
ab -n 2000 -c 2000 http://192.168.4.5/
ab -c 并发数 -n 总请求数 URL
提示打开文件数量
socket: Too many open files (24)
2.修改Nginx配置文件增加并发量
vim /usr/local/nginx/conf/nginx.conf
worker_processes 2; //与cpu核心数量一致
events {
worker_connections 1024; //每个worker最大并发连接数
}
nginx -s reload
3.优化Linux内核参数(最大文件数量)
ulimit -a //查看所有属性值
ulimit -Hn 100000 //设置硬限制(临时)
ulimit -Sn 100000 //设置软限制(临时)
vim /etc/security/limits.conf
* soft nofile 100000
* hard nofile 100000
#该配置文件分4列,分别如下:
#用户或组 硬限制或者软限制 需要限制的项目 限制的值
4.优化后参数服务器并发量
ab -n 2000 -c 2000 http://192.168.4.5/
四优化Nginx数据包头缓存:
1.优化前,使用参数长头部请求是够能获得响应
cat buffer.sh
#!/bin/bash
URL=http://192.168.4.5/index.html?
for i in {1..5000}
do
URL=${URL}v$i=$i
done
curl $URL
./buffer.sh
提示
<center><h1>414 Request-URI Too Large</h1></center>
2.修改Nginx配置文件,增加数据包头部缓存大小
vim /usr/local/nginx/conf/nginx.conf
... ...
http{
client_header_buffer_size 1k; //默认请求包信息的缓存
large_clientheader_buffers 4 4k; //
.. ...
}
nginx -s reload
3.优化后,使用脚本测试长头部请求是否能获得响应
./buffer.sh
五浏览器本地缓存静态数据:
1.使用Firefox浏览器才看看缓存
2.清空本地缓存数据
3.修改Nginx配置文件,定义对静态页面的缓存时间
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
location ~* \.(jpg|jpeg|png|gif|css|js|xml)$ {
expires 30d; //定义客户端缓存时间30天
}
cp day.jpg /usr/local/nginx/html/
nginx -s reload
4.优化后查看缓存信息
firefox http://192.468.4.5/day.jpg
firefox查看是否有图片以及过期时间是否
正确。about:cache,
六日志切割:
把旧的日志重命名
kill USR1 PID(nginx的进程PID号)
1.手动执行
mv access.log axxess2.log
kill -USR1 $(cat /usr/local/nginx/logs/nginx.pid)
备注:/usr/local/nginx/logs/nginx.pid文件中存放的是nginx的进程PID号
日志切割:
日志文件越来越大怎么办?单个文件大于10G?如何切割
(非常常见的面试题)
每周五晚上12.00 执行日志切割。 并以时间命名 :20180910
#!/bin/bash
date=`date +%Y%m%d`
logpath=/usr/local/nginx/logs
mv $logpath/access.log $logpath/access-$date.log
mv $logpath/error.log $logpath/error-$date.log
kill -USR1 $(cat /usr/local/nginx/logs/nginx.pid)
crontab -e
0 0 * * 5 sh /root/log.sh
七对页面压缩处理:
修改Nginx配置文件
vim usr/local/nginx/conf/nginx.conf
http{
...
gzip on; //开启压缩
gzip_min_length 1000; //小文件不压缩
gzip_comp_level 4; //压缩比率
gzip_types text/plain text/css application/x-javascript;
... //对特定文件压缩
}
八服务器内存缓存:
如果需要处理大量静态文件,可以将文件缓存在内存,下次访问会更快。
http {
open_file_cache max=2000 inactive=20s;
open_file_cache_valid 60s;
open_file_cache_min_uses 5;
open_file_cache_errors off;
//设置服务器最大缓存2000个文件句柄,关闭20庙内无请求的文件句柄
//文件句柄的有效时间是60缪,60秒后过期
//只有访问次数超过5次会被缓存
}