## 配置文件结构
![](https://img.kancloud.cn/06/74/0674420e8e944c73a8e48c6a69cbd2ea_2620x1338.png)
```
#运行用户
user nobody;
#启动进程,通常设置成和cpu的数量相等
worker_processes 1;
#全局错误日志及PID文件
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
#工作模式及连接数上限
events {
#epoll是多路复用IO(I/O Multiplexing)中的一种方式,
#仅用于linux2.6以上内核,可以大大提高nginx的性能
use epoll;
#单个worker进程的最大并发链接数
worker_connections 1024;
# 并发总数是 worker_processes 和 worker_connections 的乘积
# 即 max_clients = worker_processes * worker_connections
# 在设置了反向代理的情况下,max_clients = worker_processes * worker_connections / 4 为什么
# 为什么上面反向代理要除以4,应该说是一个经验值
# 根据以上条件,正常情况下的Nginx Server可以应付的最大连接数为:4 * 8000 = 32000
# worker_connections 值的设置跟物理内存大小有关
# 因为并发受IO约束,max_clients的值须小于系统可以打开的最大文件数
# 而系统可以打开的最大文件数和内存大小成正比,一般1GB内存的机器上可以打开的文件数大约是10万左右
# 我们来看看360M内存的VPS可以打开的文件句柄数是多少:
# $ cat /proc/sys/fs/file-max
# 输出 34336
# 32000 < 34336,即并发连接总数小于系统可以打开的文件句柄总数,这样就在操作系统可以承受的范围之内
# 所以,worker_connections 的值需根据 worker_processes 进程数目和系统可以打开的最大文件总数进行适当地进行设置
# 使得并发总数小于操作系统可以打开的最大文件数目
# 其实质也就是根据主机的物理CPU和内存进行配置
# 当然,理论上的并发总数可能会和实际有所偏差,因为主机还有其他的工作进程需要消耗系统资源。
# ulimit -SHn 65535
}
http {
#设定mime类型,类型由mime.type文件定义
include mime.types;
default_type application/octet-stream;
#设定日志格式
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log logs/access.log main;
#sendfile 指令指定 nginx 是否调用 sendfile 函数(zero copy 方式)来输出文件,
#对于普通应用,必须设为 on,
#如果用来进行下载等应用磁盘IO重负载应用,可设置为 off,
#以平衡磁盘与网络I/O处理速度,降低系统的uptime.
sendfile on;
#tcp_nopush on;
#连接超时时间
#keepalive_timeout 0;
keepalive_timeout 65;
tcp_nodelay on;
#开启gzip压缩
gzip on;
gzip_disable "MSIE [1-6].";
#设定请求缓冲
client_header_buffer_size 128k;
large_client_header_buffers 4 128k;
#设定虚拟主机配置
server {
#侦听80端口
listen 80;
#定义使用 www.nginx.cn访问
server_name www.nginx.cn;
#定义服务器的默认网站根目录位置(编译的时候--prefix是整个nginx的根目录,这里的html文件夹是相对--prefix的路径)
root html;
#设定本虚拟主机的访问日志
access_log logs/nginx.access.log main;
#默认请求
location / {
#定义首页索引文件的名称
index index.php index.html index.htm;
}
# 定义错误提示页面
error_page 500 502 503 504 /50x.html;
location = /50x.html {
}
#静态文件,nginx自己处理
location ~ ^/(images|javascript|js|css|flash|media|static)/ {
#过期30天,静态文件不怎么更新,过期可以设大一点,
#如果频繁更新,则可以设置得小一点。
expires 30d;
}
#PHP 脚本请求全部转发到 FastCGI处理. 使用FastCGI默认配置.
location ~ .php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
#禁止访问 .htxxx 文件
location ~ /.ht {
deny all;
}
}
}
```
- NginX简述
- 什么是中间件
- NginX概述
- 选择NginX的理由
- NginX环境安装
- 四项确认
- NginX安装
- 安装
- 安装目录详解
- 编译参数详解
- Nginx主目录
- 基于NginX的中间件架构
- Nginx日志类型
- Nginx变量
- 常见NginX中间架构
- 静态资源web服务
- 概述
- 静态资源服务场景-CDN
- 浏览器缓存原理
- 跨站访问
- 防盗链
- 代理服务
- 概述
- 配置语法
- 其他配置语法
- 负载均衡调度器SLB
- 概述
- 配置
- 动态缓存
- ====分割线====
- Nginx初体验
- nginx简介
- 请求全流程
- nginx核心优势
- 安装第一个rpm包nginx
- Nginx进程结构与热部署
- 进程结构
- 信号量管理nginx
- 配置文件重载原理真相
- nginx热部署
- nginx模块化管理机制
- nginx编译安装的配置参数
- nginx配置文件结构
- 虚拟主机的分类
- Nginx核心指令基础应用
- main段核心参数用法
- events段核心参数用法
- HTTP段核心参数用法
- server_name
- server_name指令用法优先级
- root和alias的区别
- location的基础用法
- location指令中匹配规则的优先级
- 深入理解location中URL结尾的反斜线
- stub_status模块用法
- Nginx应用进阶
- connection和request
- 对connection做限制的limit_conn模块
- 对request处理速率做限制的limit_req模块
- 限制特定IP或网段访问的access模块
- 限制特定用户访问的auth_basic模块
- 基于HTTP响应状态码做权限控制的auth_request模块
- rewrite模块
- return指令
- rewrite指令
- return和rewrite指令执行顺序
- if指令
- autoindex模块用法
- Nginx的变量
- 变量分类
- TCP连接相关变量
- 发送HTTP请求变量
- 处理HTTP请求变量
- 反向代理
- 基础原理
- 动静分离
- nginx作为反向代理支持的协议
- 用于定义上游服务的upstream模块
- upstream模块指令用法详解
- 配置一个可用的上游应用服务器
- proxy_pass常见误区
- 代理场景下nginx接受用户请求包体的处理方式
- 代理场景下Nginx更改发往上游的用户请求
- 代理场景下Nginx与上游服务建立连接细节
- 基于fastcgi的反向代理
- 负载均衡
- 负载均衡基础
- 实现nginx对上游服务负载均衡
- 负载均衡hash算法
- 负载均衡ip_hash算法
- 负载均衡最少连接数算法
- 针对上游服务器返回异常时的容错机制
- Nginx缓存
- 缓存基础
- 缓存相关指令
- 缓存用法配置示例
- 配置nginx不缓存上游服务特定内容
- 缓存失效降低上游压力机制1-合并源请求
- 缓存失效降低上游压力机制2-启用陈旧缓存
- 第三方清除模块ngx_cache_purge介绍
- ngx_cache_purge用法配置示例
- Nginx和HTTPS
- https原理基础
- https如何解决信息被窃听的问题
- https如何解决报文被篡改以及身份伪装问题
- 配置私有CA服务器
- 组织机构向CA申请证书及CA签发证书
- 深入Nginx架构
- Nginx性能优化