1.为什么是nginx而不是apache?
2.nginx是如何做到高性能和高可扩展的？
--with-http_stub_status_modele 用于输出nginx基本状态信息模块
--with-openssl=/usr/local/openssl-1.0.2I 指定openssl
--with-gzip_static_module ngx_http_gzip_static_module 允许发送以“.gz”作为文件扩展名的预压缩文件，以替代发送普通文件
--with-http_realip_module 模块用于改变客户端地址和可选端口在发送的头字段里,获取真实IP等
--with-http_sub_module 是一个过滤器，它修改网站响应内容中的字符串
--with-http_ssl_module 用于支持HTTPS
命令：./configure --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_gzip_static_module --with-http_realip_module --with-http_sub_module --with-http_ssl_module
3.worker工作进程数调优 - worker_processes
查看worker工作进程数
IO密集型 - 一般配置为CUP个数的1.5或2倍；
CPU密集型(计算型) - 一般配置为跟CPU个数一样多；
查看CPU核数
命令：lscpu
也可以通过命令：/proc/cpuinfo 查看
4.Nginx运行CPU亲和力优化 - worker_cpu_affinity
默认情况下可能多个进程跑在一个CPU上或某一核上，导致Nginx进程使用硬件资源不均匀，此次优化是尽可能地分配不同的Nginx进程给不同的CPU处理
配置方法案例：
5.Nginx最大打开文件数优化
worker_connections 修改为1028还是报错，还需要增加一个参数
增加work_rlimit_nofile 1028;后依旧报错，这个时候nginx的最大并发数修改好了，但是服务器本身还是有最大打开文件数限制
注：* - 代表任何用户 soft - 代表软件 hard - 代表硬件
正常情况下，最大打开文件数优化为65535
6.Nginx事件处理模型
注：multi_accept on - 让一个worker工作进程持续的打开接收请求，Linux默认的事件处理模型就是epoll。
7.开启高效传输模式
sendfile默认开启，但是还有优化的空间
允许或禁止在FreeBSD平台上的tcp_nopush套接字选项或者linux平台上的tcp_cork套接字选项。这些选项只有在使用sendfile启用的情况下才能被允许。被允许后可以：
在一个数据包里发送请求头和文件的开始部分；
在一个完整的数据包里发送文件。
8.Nginx连接超时时间优化
注：在高并发的情况下，无论程序语言适合短连接或长连接，都要设置为短链接，以防止资源被耗尽。
9.nginx-fastcgi优化
10.nginx-gzip优化
注：现在生产一般压缩比设置为9，因为现在CPU处理性能都是很快的，不用考虑CPU性能问题。
注：图片资源本身会开启压缩，这里再用gzip压缩作用不大，大文件资源压缩会消耗大量CPU资源，所以这两种不建议进行gzip压缩。
11.Nginx-expires缓存优化&内核参数优化
缓存优化
内核参数优化
参数解析：
fs.file-max=999999 - 进程可以同时打开的最大句柄数
12.nginx防盗链
