全局配置：进程数 日志 pid文件
events 事件模块：每个进程的并发链接数
http：网站的配置，每一个server是一个虚拟主机，有一个默认的server，其他的虚拟主机的配置，php的反向代理等.
nginx3个核心模块：
CoreModule 核心模块 (进程数等)
设置进程数量与CPU数相同
指出错误日志 的路径
pid 指出其路径
EventsModule 事件驱动模块（工作模式等）
指出进程的最大连接数connection C10K
HttpCoreModule http内核模块（文档程序类型，配置文件等）
http 指出访问日志路径
长连接 的时间
定义子配置文件路径
centos6 源码安装 Nginx后做开机自启：
方法一：
在 rc.local 中加入Nginx的启动路径：
echo “/usr/local/nginx/sbin/nginx –c /usr/local/nginx/conf/nginx.conf” >> /etc/rc.local
方法二:编写启动脚本并且加入chkconfig
#vim /etc/init.d/nginx
#!/bin/bash
#chkconfig: 99 20
# description: Oooo this is my nginx startup script
PROG="/usr/local/nginx/sbin/nginx"
PIDF="/usr/local/nginx/logs/nginx.pid"
case $1 in
start)
$PROG
;;
stop)
kill -s QUIT `cat $PIDF`
;;
restart)
$0 stop
$0 start
;;
reload)
kill -s HUP `cat $PIDF`
;;
*)
echo "Usage: $0 {start|stop|restart|reload}"
exit 1
;;
esac
exit 0
QUIT 从容关闭,关闭主进程顺便关闭工作子进程
HUP 重载配置用新的配置开始新的工作进程从容关闭旧的工作进程
Apache和Nginx的区别:
Nginx
轻量级，采用 C 进行编写，同样的 web 服务，会占用更少的内存及资源
抗并发
nginx 处理静态文件好，静态处理性能比 apache 高三倍以上
nginx 的设计高度模块化，编写模块相对简单
nginx 配置简洁，正则配置让很多事情变得简单，而且改完配置能使用 -t 测试配
置有没有问题，apache 配置复杂 ，重启的时候发现配置出错了，会很崩溃
nginx 作为负载均衡服务器，支持 7 层负载均衡
nginx 本身就是一个反向代理服务器，而且可以作为非常优秀的邮件代理服务器
启动特别容易, 并且几乎可以做到 7*24 不间断运行
Apache
apache 的 rewrite 比 nginx 强大，在 rewrite 频繁的情况下，用 apache
apache 发展到现在，模块超多，基本想到的都可以找到
apache 更为成熟，少 bug ，nginx 的 bug 相对较多
apache 超稳定
apache 对 PHP 支持比较简单，nginx 需要配合其他后端用
apache 在处理动态请求有优势，nginx 在这方面是鸡肋，一般动态请求要
apache 去做，nginx 适合静态和反向。
apache 仍然是目前的主流，拥有丰富的特性，成熟的技术和开发社区
总结:
1.两者最核心的区别在于 apache 是同步多进程模型，一个连接对应一个进程，而 nginx 是异步的，多个连接（万级别
）可以对应一个进程。最大的特点：并发量高apache最大2000 nginx官方50000
2.nginx配置简单，本身就是一个反向代理服务器
虚拟主机:
基于 域名 IP 端口 但常用基于 域名
基于域名的虚拟主机： 域名不同，端口相同，ip相同
server {
listen 80; 只监听这块网卡的端口，前面加上ip的就是基于ip，修改端口就是基于端口的
server_name www.blackmed.com; 访问这个主机的域名,使用什么域名访问就写那个域名
charset utf-8; 字符集
location /{ 匹配 location后面的/相当于10.1.1.1的/ 也相当于 root 后面的网站发布目录
root /yahoo/html; root：发布网站的默认目录
index index.html index.htm;
}
}
server {
listen 80;
server_name web.wing.com;
location /{
root /wing/html;
index index.html index.htm;
}
}
1.location 配置
= 是精确匹配 , 是优先级最高的
^～ 匹配一什么开头的
~ 表示区分大小写 的正则匹配
～* 表示不区分大小写的正则匹配
!~ 表示区分大小写不匹配的正则
!~* 表示 不区分大小写不匹配的正则
/ 表示通配
注意：优先级依次变小，如果有匹配成功就会立刻停止匹配
2.用户访问控制==连接频率限制,请求频率限制
连接频率限制是指用同一个ip的连接数，并发数进行限制
设置一个缓存区保存不同的key，大小为10M，使用远程ip作为key，依次来限制每个源ip的连接数
http {
limit_conn_zone $binary_remote_addr zone=addr:10m;
这个是一个变量，获取ip addr是zone的名字 后面大小是10m
limit_req_zone $binary_remote_addr zone=reqps:10m rate=5r/s;
//定义每个IP的每秒请求数量,限制每秒5个连接请求,不延迟
}
server {
location / {
……
limit_conn addr 1; //定义同一个ip的并发最大连接数 这里最大限制到1;高了无效
limit_req zone=reqps nodelay;
//限制每IP的每秒的PHP页面请求次数为上面定义的rate的值：每秒5个请求，不延迟
}
}
3.用户访问控制：就是通过使用用户和密码才能访问
4.主机访问控制：就是允许某些主机访问，限制某些主机访问或者限制用户访问某些文件
location ~* \.(txt|doc)$ {
root html/test;
deny all;
}
rewirte 地址重写 URL 重写
作用：
1.可以转换端口，例如80-443的转换
2.可以隐藏地址，保证地址的安全性
location ~* \.(mp3|mp4)$ {
proxy_pass http://localhost:8080 //转发到本机8080端口
}
- rewrite /正则/替换后的内容/flags
rewrit一般在server和location里使用，在location里使用的较多
last： 停止当前这个请求，并根据rewrite匹配的规则重新发起一个请求。新请求又从第一阶段开始执行…
break：相对last，break并不会重新发起一个请求，只是跳过当前的rewrite阶段，并执行本请求后续的执行阶段
flags标签：
last：相当于apache里的[L]标记，表示完成rewrite
break：本条规则匹配完成后，终止匹配，不在匹配后面的规则
redrite：返回302临时重定向，浏览器会显示调转后面界面
permenant：返回301永久重定向，留浏览器会显示调转后的界面
在server块下，会优先执行rewrite部分，然后才会去匹配location块
1. rewrite break - url重写后，直接使用当前资源，不再执行location里余下的语
句，完成本次请求，地址栏url不变
2. rewrite last - url重写后，马上发起一个新的请求，再次进入server块，重试
location匹配，超过10次匹配不到报500错误，地址栏url不变
3. rewrite redirect – 返回302临时重定向，地址栏显示重定向后的url，爬虫不会更
新url（因为是临时）
4. rewrite permanent – 返回301永久重定向, 地址栏显示重定向后的url，爬虫更新url
- if的语法应用到server或者location中
if（condition）{if条件表达式}
if可以支持的条件判断匹配符号
～区分大小写 ～*不区分大小写
!~区分大小写不匹配 !~*不区分大小写不匹配
-f !-f用来判断是否存在文件
-d!-d用来判断是否存在目录
-x!-x用来判断文件是否可执行
3.return 指令
用于返回代码给客户端，应用于server或者location环境
如果访问.sh 结尾的网站返回403操作拒绝
location ~* .*/.sh$ {
return 403;
}
4.set 指令
用于定义一个变量，并且赋值。应用于server,location,if环境。
语法格式为: set $变量名 变量值
例：
当访问任意目录下的whoami.html 都重定向到 /who.html
location ~* .*/whoami\.html$ {
set $who 'who.html';
rewrite .* /$who break;
}
apache:
vim /etc/httpd/conf.d/web.conf
< VirtualHost *:80 >
Servername www.blackmed.cn
serverAlias blackmed.cn
DocumentRoot /web1
< /VirtualHost >
< Directory "/wed1" >
Require all granted
< /Directory >
基于主机的访问控制
111.png
代理对象不同:
正向代理 是为客户端做代理
反向代理 是为服务器做代理
location / {
proxy_pass http://192.168.20.10:8000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr; 只记录上一层
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 记录所有层
}
一般来说，X-Forwarded-For是用于记录代理信息的，每经过一级代理(匿名代理除外)，代理服务器都会把这次请求的
来源IP追加在X-Forwarded-For中
来自4.4.4.4的一个请求，header包含这样一行
X-Forwarded-For: 1.1.1.1, 2.2.2.2, 3.3.3.3
代表 请求由1.1.1.1发出，经过三层代理，第一层是2.2.2.2，第二层是3.3.3.3，
而本次请求的来源IP4.4.4.4是第三层代理
1. 他在正向(如squid)反向(如nginx)代理中都是标准用法，而正向代理中是没有x-real-ip相关的标准的，也就是说，
如果用户访问你的 nginx反向代理之前，还经过了一层正向代理，你即使在nginx中配置了x-real-ip，取到的也只是
正向代理的IP而不是客户端真实IP
2. 大部分nginx反向代理配置文章中都没有推荐加上x-real-ip ，而只有x-forwarded-for，因此更通用的做法自然是
取x-forwarded-for
3. 多级代理很少见，只有一级代理的情况下二者是等效的
4. 如果有多级代理，x-forwarded-for效果是大于x-real-ip的，可以记录完整的代理链路
缓冲区
Syntax: proxy_buffering on | off;
Default: proxy_buffering on;
Context: http, server, location
proxy_buffering开启的情况下，nignx会把后端返回的内容先放到缓冲区当中，然后再返回给客户端
（边收边传，不是全部接收完再传给客户端)。
proxy_busy_buffers_size：此指令设置标注“client-ready”缓冲区的最大尺寸。而客户端可以一次读取来自一个缓冲区的数据，缓冲被放置在队列中，批量发送到客户端。此指令控制允许是在这种状态下的缓冲空间的大小。
注：如果Nginx位于负载均衡器，squid，nginx反向代理之后，web服务器无法直接获取到客户端真实的IP地址。
$remote_addr获取的是反向代理的IP地址。反向代理服务器在转发请求的http头信息中，可以增加X-Forwarded-For信息，
日志格式允许包含的变量：
$remote_addr, $http_x_forwarded_for 记录客户端IP地址
$remote_user 记录客户端用户名称
$request 记录请求的URL和HTTP协议
$status 记录请求状态
$body_bytes_sent 发送给客户端的字节数，不包括响应头的大小
$bytes_sent 发送给客户端的总字节数
$connection 连接的序列号
$connection_requests 当前通过一个连接获得的请求数量。
$msec 日志写入时间。单位为秒，精度是毫秒。
$pipe 如果请求是通过HTTP流水线(pipelined)发送，pipe值为“p”，否
则为“.”。
$http_referer 记录从哪个页面链接访问过来的,可以根据该参数进行防盗链设
置，防盗链从一定程度上缓解了服务器的压力。
日志格式：
111.png
日志条目：
111.png
查看Web服务器（nginx apache）的并发请求数及其TCP连接状态：
#netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
LAST_ACK 5 （正在等待处理的请求数）
SYN_RECV 30
ESTABLISHED 1597 （正常数据传输状态）
FIN_WAIT1 51
FIN_WAIT2 504
TIME_WAIT 1057 （处理完毕，等待超时结束的请求数）
redis
网站需要有大并发，同一时间超过500人的点击。那么为了快速给客户端相应，你就得建立redis的数据库。通过php调用
redis来解决大并发。因为redis的数据库基本在内存中，响应快。
优化：
worker_processes //定义在events模块上面设置为“auto”与CPU个数一样
worker_rlimit_nofile //定义在events模块上面 文件句柄数 默认1024 设高（100000）
sendfile //用于http模块 sendfile on 开启新的传输方式
传统：硬盘—>内核buf—>用户buf—>socket相关缓冲区—>协议引擎
新： 当文件数据被复制到内核缓冲区时，不再将所有数据copy到socket相关的缓冲区，而是仅仅将记录数据位置和长
度相关的数据保存到 socket相关的缓存，而实际数据将由DMA模块直接发送到协议引擎
tcp_nopush on; 提升网络的传输能力
防止网络阻塞，此选项允许或禁止使用socket的TCP_CORK的选项，此选项仅在使用sendfile的时候使用
server_tokens off; //用于http模块 服务器应答头
并不会让nginx执行的速度更快，但它可以关闭在错误页面中的nginx版本数字，这样对于安全性是有好处的。
gzip on; //用于http模块 传输过程中压缩数据
压缩传输，一般对于手机用户，gzip功能要打开，这块比较重要，在本机压缩，传输过去再解压缩
keepalive_timeout
给客户端分配keep-alive链接超时时间。服务器将在这个超时时间过后关闭链接。
http {
keepalive_timeout 120s 120s;
keepalive_requests 10000;
}
超时值（默认75s）；值为0会禁用keep-alive
设置一个keep-alive连接上可以服务的请求的最大数量，当最大请求数量达到时，连接被关闭。默认是100。
client_header_timeout 和client_body_timeout
设置请求头和请求体(各自)的超时时间。我们也可以把这个设置低些。
reset_timeout_connection
告诉nginx关闭不响应的客户端连接。这将会释放那个客户端所占有的内存空间。
一、解决500错误：
1、500错误
指的是服务器内部错误，也就是服务器遇到意外情况，而无法履行请求。
2、500错误一般有几种情况：
（1）web脚本错误，如php语法错误，lua语法错误等。
（2）访问量大的时候，由于系统资源限制，而不能打开过多的文件
3、一般分析思路：
（1）查看nginx error log ，查看php error log
（2）如果是too many open files，修改nginx的worker_rlimit_nofile参数(定义在events模块上)，使用ulimit查看系统打开文件限制，修改/etc/security/limits.conf ulimit -n 100000
（3）如果是脚本的问题，则需要修复脚本错误，并优化代码
（4）各种优化都做好，还是出现too many open files，那就要考虑做负载均衡，把流量分散到不同服务器上去了
二、解决502，504错误
1、使用nginx代理，而后端服务器发生故障；或者php-cgi进程数不够用；php执行时间长，或者是php-cgi进程死掉；已经执行fastCGI等使用情况都会导致502、504。
2、502 Bad Gateway 是指请求的php-fpm已经执行，但是由于某种原因而没有执行完毕，最终导致php-fpm进程终止。
一般来说，与php-fpm.conf的设置有关，也与php的执行程序性能有关，网站的访问量大，而php-cgi的进程数偏少。针对这种情况的502错误，只需增加php-cgi的进程数。
具体就是修改/usr/local/php/etc/php-fpm.conf文件，将其中的max_children值适当增加。
这个数据要依据你的VPS或独立服务器的配置进行设置。一般一个php-cgi进程占20M内存，你可以自己计算下，适量增多。
/usr/local/php/sbin/php-fpm restart 然后重启一下.
3、504 表示超时，也就是客户端所发出的请求没有到达网关，请求没有得到可以执行的php-fpm
三、解决503错误
503 Service Temporarily Unavailable错误
单个ip并发设置过小会导致503报错