1. 更改默认用户
a. 在nginx.conf中添加user指定用户
user web_nginx web_nginx; # nginx 用户大家都知道，通过更改默认用户实现，和http同级
b. 编译时更改用户
--user=web_nginx --group=nginx ps -ef | grep nginx # 检查进程相关信息 # 安全策略，让所有服务以普通用户身份跑，权限小了，破坏性就低了，安全性高了
2. 配置 work_processes 参数
work_processes auto;
grep "physical id" /proc/cpuinfo # 查看cpu核数 # top 后按 1 也是查看cpu核数 # 考虑cpu的个数和核数，依据服务场景，考虑最高 2*cpu个数*单个cpu核数 # auto会去自动检查
3. 配置每个进程最大打开文件数
work_rlimit_nofile 65535; # 这个参数要小于 65535 ， 40000 左右参数最优，不能把系统压死 # 配置在 主配置中 main
4. 配置 events 内对应参数
a. 调节cpu亲和力，软件可能默认配置，把每个进程分配到不同的cpu核心
worker_cpu_affinity 0001 0010 0100 1000; # 这个是4核心cpu，用4个二进制位表示，0表示其中一核心不使用，1表示使用该核心 # 用top命名查看负载情况，监控系统性能指标 # 通过这个压力测试，选择是否配置这个参数，软件默认会优化 # webbench -c 20000 -t 180 http://10.0.0.190/ # -c 表示并发， -t表示时间
b. 事件处理模型的优化
use epoll; # 使用epoll IO多路复用模型 # 标准 epoll 和select 模型，高并发使用epoll模型
c. 调节单个进程最大连接数
work_connections 20480; # 这个参数受os进程最大打开文件数限制，需要执行 ，需要执行 ulimit -HSn 65535 或者 # 配置相应文件后，这个参数设置才能生效，4096 10421 这两个参数就不错了 # 最大连接数 = work_process * work_connections # 思想：数据库相当于马路，并发相当于卡车，数据库才是瓶颈，不能把数据库压蹦了 # 数据库一旦崩溃，任何车辆都不能跑了 # 必要时，舍弃一些连接，保持最核心连接
5. 优化http参数
a. 隐藏Nginx版本信息
curl -I www.yunhello.cn # 将会看到相应头，模仿浏览器访问 ############################ server_tokens off; # 默认开启状态，off关闭显示服务版本号
b. 优化服务器名字的hash表大小
server_names_hash_max_size 512; server_names_hash_bucket_size 32|64|128; # 单位是 k # grep cache_alignment /proc/cpuinfo 查看cpu缓存行信息 # server_names_hash_max_size 参数是 CPU缓存行的 4~5倍 # server_names_hash_bucket_size 参数取决于CPU缓存行长度(CPU L1)
C. 开启高效的文件传输模式
sendfile on; tcp_nopush on;
tcp_nodelay on; # 网络IO阻塞
d . 设置连接超时，等待时间
keepalive_timeout 60; # 这个参数主配置文件默认就有，需要设置到对应的server中单独使用 # 如果 -t 检查出错，keepalive_timeout不能配置在主配置文件中 # 单位 秒， tcp建立连接后保持会话状态时间 client_header_timeout 15; # 读取客户端请求头时间，等待时间内，内客户端还没有发送任何数据，断开并返回407错误 client_body_timeout 15; # 读取请求主体时间，结果和读取客户端请求头时间一样 send_timeout 15; # 响应客户端时间，等待时间内，客户端什么都不拿，断开连接 # 大网站核心思想： 先让首屏加载，然后慢慢加载后面的屏，把网页分开发给用户
e. 限制上传文件大小
client_max_body_size 10m; # 请求大于10M将会报413错误，设置为0，表示不限制 # 还受动态语言限制，比如php等
6. 禁止直接通过ip访问服务
vim extra/forbid_ip.conf
# 新建一个server，写入一下数据，禁止用户直接通过ip访问服务器
server {
listen 80;
server_name "";
return 444;
}
7. 配置nginx gzip压缩功能
依赖ngx_http_gzip_module模块，默认支持，可以在http和sever中配置
作用： 对请求内容压缩
优点：
节约网站带宽传输速度快，同时提高用户访问体验
缺点：
占用更多的CPU资源
应用： 文本，普通的数据文件和程序(js, css, html)，压缩比最高
不要压缩文件： 图片，附件，视频，FLASH，1k以下文件
gzip on; # 开启gzip压缩 gzip_min_lenght 1k; # 允许压缩的最小文件大小，页面大小可以从浏览器中header头的Content-Length # 默认为0，所有文件都压缩 gzip_buffers 4 32k; # 设置压缩缓冲区大小，申请4个单位为32k的内存作为压缩结果流缓存 # 默认申请与原始数据大小相同的内存空间来存储结果 gzip_http_version 1.1; # 指定压缩版本，默认1.1且大多数浏览器已经支持gzip解压，使用默认即可 gzip_comp_level 3; # 3是压缩比例，数字越大压缩比越大，消耗cpu资源越多，按需求设置 gzip_types text/plain application/javascript text/css application/xml; # 指定压缩数据类型 # text/html 类型总是会被压缩，mime.types查看压缩类型，在Nginx中conf下 gzip_vary on; # vary header 支持，告诉缓存服务器到最终客户才解压
8. 配置缓存过期时间 location
缓存优点：
1. 第一次以后，访问网站快，大部分东西缓存在本地，体验好
2. 节省服务带宽，成本降低
3. 服务器压力降低，成本降低
缓存缺点：
网站如果改版，对应的用户看到的还是旧的(js css 图片)
如何解决这个坏处？
1. 缓存过期时间短一些
2. 缓存资源文件更新时，通过改名，图片和附件不会改，升级更改js和css服务，一般把css、js推送到CDN
企业网站缓存文件时间
1. 常规图片10年
2. 广告图片1天
3. 统计网站浏览工具禁止缓存
语法： expires time;
# 配置在server中location
location ~.*.(gif|jpg|jpeg|png|bmp|swf)$ {
expries 3650d;
}
location ~.*.(js|css)?$ {
expries 30d;
}
# 这个时间点和服务时间对应，而不是客户端时候对应
# 还可以控制目录，广告和其他不缓存的内容单独服务器
location ~^/(images|javascript|js|css|flash|media|static)/ {
expires 360d;
}
# 这个()表示目录或者单个文件 / / 本身就包含一个路径
9. 爬虫优化
网站站点目录下写一个robots协议，告诉爬虫什么该爬什么不该爬，但这有个隐患，通过这个协议用户就知道了该网站重点站点目录，一个robots协议可以看出该网站设计和技术水准
location ~(robots.txt) {
log_not_found off;
expires 7d;
break;
}
# robots.txt 爬虫协议，告诉搜索引擎，可以抓取什么内容或禁止爬取什么内容
# 这个文件在网站根目录下，这个也是网站优化的一个点，但是暴露网站重要目录结构
# 用于打官司，robots协议必须清楚
a. 限制爬虫策略
www.baidu.com/robots.txt # 获得相关爬虫信息
通过 http_user_agent 判断 useragent，限制爬虫某些访问，然后通过robots声明，添加在server中，返回403或者一个页面。
access_log中有这么个字段http_user_agent
server {
listen 80;
server_name 127.0.0.1;
#添加如下内容即可防止爬虫
if ($http_user_agent ~* "qihoobot|Baiduspider|Googlebot|Googlebot-Mobile|Googlebot-Image|Mediapartners-Google|Adsbot-Google|Feedfetcher-Google|Yahoo! Slurp|Yahoo! Slurp China|YoudaoBot|Sosospider|Sogou spider|Sogou web spider|MSNBot|ia_archiver|Tomato Bot")
{
return 403;
}
# 但是有个问题，限制爬虫同时也干掉了SEO，不利于网站推广，择优考虑
10. 日志优化
不记录检查或者某些图片日志，无用日志占用大量资源
location ~ .*(js|jpg|jpeg|JPEG|css|bmp|gif|GIF)$ {
access_log off;
}
11. 最小化站点目录权限
最不安全方式：
chmod -R 777 /sitedir chown -R nginx.nginx /sitedir
最安全的权限：
1. 所有的站点目录的用户和组都应root
2. 所有目录权限都是默认755
3. 所有的文件权限都是默认644
4. 网站服务软件运行的用户不能用root
那，如何解决用户上传文件问题？
动态的web集群和上传集群、浏览，程序分离独立分开，大网站
小型网站，定义不同的虚拟机，然后授权不同的目录
12. 最小化logs目录权限
chmod -R 700 /nginx/logs chown -R root.root /app/logs # 其他人和组没有任何权限查看，只有root用户查看，因为Nginx的主进程是root用户 # 就算把权限全部给root还是可以写日志
13. Nginx页面错误优雅显示
如 : 404 错误
1. 创建 404.html放在站点目录下
2. fastcgi_intercept_errors on; # http中拦截错误信息
3. error_page 404 /404.html # sever中写入
14. 使用tmpfs文件系统代替频繁访问的临时目录
mount -t tmfs -o size=16m tmfs /tmp # size指定大小，看内存大小情况给，一般给2~4G，对于IO很高的临时文件，挂载到内存上 # echo "mount -t tmfs -o size=16m tmfs /tmp" >> /etc/rc.local # 加入开机自启动 # tail -1 /etc/rc.local # 检查