nginx 基础配置详解

#本文只对nginx的最基本配置项做一些解释,对于配置文件拆分管理,更详细的集群健康检查的几种方式,检查策略等在此不做详细解释了。

#运行用户
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 process进程的最大并发链接数
  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;

    #定义服务器的默认网站根目录位置
    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;
    }

  }
}

时间: 2024-10-10 06:09:04

nginx 基础配置详解的相关文章

Tomcat基础配置详解

Tomcat基础配置详解 组件原理图如下: 任何tomcat实例就是一个server,而一个server内部要想能够解析jsp页面转义编译serlet程序,要靠其引擎来实现 而引擎才是真正意义上执行jsp代码的容器,都是tomcat用类来描述这些组件的 同时,为了接受用户的请求,需要基于connector组件,所谓监听的套接字的程序,能够接手用户的请求,被称为连接器 一个server内部可以完全运行N个引擎,无非就是运行多个虚拟机而已 war包的概念 放在网页目录可以直接访问,而部署的时候可以自

快速部署Python应用:Nginx+uWSGI配置详解

快速部署Python应用:Nginx+uWSGI配置详解 相比于PHP,Python应用的部署很麻烦,比较常用的方法有fcgi与wsgi,然而这两种都很让人头痛.文章介绍了Nginx+uwsgi的简便方法,来快速的部署Python应用. AD: 在PHP里,最方便的就是deployment了,只要把php文件丢到支持PHP的路径里面,然后访问那个路径就能使用了:无论给主机添加多少PHP应用,只要把目录改好就没你的事了,完全不用关心php-cgi运行得如何,deployment极为方便. 反观Py

Nginx 核心配置详解

目录 Nginx 核心配置详解 Nginx 四层访问控制: Nginx账户认证功能: 自定义错误页面: 自定义访问日志: 检测文件是否存在: 长连接配置: 作为下载服务器配置: 作为上传服务器: 其他配置: Nginx 核心配置详解 Nginx 四层访问控制: 准备两个客户端,做访问测试使用. centos7 IP:192.168.39.7 centos6 IP:192.168.39.6 [[email protected] images1]#vim /apps/nginx/conf/conf.

keepalived基础配置详解(一)

一.简介 keepalived是一个基于VRRP协议来实现的WEB服务高可用方案,可以利用其来避免单点故障,用于web服务器的健康状态检测,如果有一台web服务器工作出现故障,keepalived将检测到,并将有故障的web服务器从系统中下线,等待服务器故障排除之后,将服务器重新添加至系统中. 要想学习keepalived,必须先了解VRRP协议,keepalived就是在VRRP协议的基础之上实现的. 二.VRRP协议简介 1.VRRP协议 虚拟路由冗余协议 VRRP(Virtual Rout

Nginx安装配置详解

1.   Nginx安装 1)下载Nginx: wget http://nginx.org/download/nginx-1.3.11.tar.gz /opt/ 2)安装Nginx: ./configure --user=www --group=www --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module --with-http_sub_module --with-md5=/usr/lib

Nginx实战配置详解

当单台服务器的负载达到一定程度时,服务器资源就无法满足用户的需求,此时可以通过多种方法来处理.比如说通过DNS解析多台服务器,或者是通过四层根据内容请求进行分发(如LVS),或是通过七层负载技术(nginx.haproxy)等方式来实现.Nginx的反向代理负载均衡能够更好的支持虚拟主机,可配置性强,可以根据服务器的硬件配置按比重进行轮询.权重负载,也可以根据IP哈希.URL哈希对后端服务器做负载,并且还支持对后端服务器的健康检查. 完整的Nginx代理配置如下: user nginx ngin

Nginx相关基础配置详解

一.I/O类型及与其相关概念: 1.1同步和异步:synchronous, asynchronous  [关注的是消息通知机制] 同步:调用发出不会立即返回,但一旦返回就可以返回最终结果: 异步:调用发出之后,被调用方立即返回消息,但返回的非最终结果:被调用者通过状态.通知机制来通知调者,或通过回调函数来处理结果: 1.2阻塞和非阻塞:block, nonblock[关注的是调用等等调用结果(消息.返回值)时的状态] 阻塞:调用结果返回之前,调用者(调用线程)会被挂起:调用者只有在得到结果之后才

BIND基础配置详解

一.基础及正向区域配置 1.首先安装bind(以cnetos6.7为例) [[email protected] ~]# yum install bind -y #bind主要为Linux主机提供DNS解析服务,程序包名为bind,程序名为named #主要安装的程序包为:bind,bind-libs(提供共享库),bind-utils(提供测试解析工具): 2.先备份主配置文件,然后在编辑主配置文件,配置缓存名称服务器 [[email protected] ~]# cp /etc/named.c

nginx.conf配置详解

#定义Nginx运行的用户和用户组user www www; #nginx进程数,建议设置为等于CPU总核心数.worker_processes 8; #全局错误日志定义类型,[ debug | info | notice | warn | error | crit ]error_log /var/log/nginx/error.log info; #进程文件pid /var/run/nginx.pid; #一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数(系统的值ulim