Nginx入門指南
一.Nginx概述:
1.什么是Nginx?
Nginx(發(fā)音同engine x)是一個(gè)網(wǎng)頁服務(wù)器鬓催,它能反向代理HTTP, HTTPS, SMTP, POP3, IMAP的協(xié)議鏈接帮掉,以及一個(gè)負(fù)載均衡器和一個(gè)HTTP緩存向胡。
起初是供俄國大型的門戶網(wǎng)站及搜索引擎Rambler(俄語:Рамблер)使用。此軟件BSD-like協(xié)議下發(fā)行亡脑,可以在UNIX堕澄、GNU/Linux邀跃、BSD、Mac OS X奈偏、Solaris坞嘀,以及Microsoft Windows等操作系統(tǒng)中運(yùn)行。
2.Nginx的特點(diǎn):
-
更快:
- 單次請求會(huì)得到更快的響應(yīng)
- 在高并發(fā)環(huán)境下,Nginx比其他web服務(wù)器有更快的響應(yīng)
-
高擴(kuò)展性:
- nginx是基于模塊化設(shè)計(jì),由多個(gè)耦合度極低的模塊組成,因此具有很高的擴(kuò)展性惊来。許多高流量的網(wǎng)站都傾向于開發(fā)符合自己業(yè)務(wù)特性的定制模塊丽涩。
-
高可靠性:
- nginx的可靠性來自于其核心框架代碼的優(yōu)秀設(shè)計(jì),模塊設(shè)計(jì)的簡單性裁蚁;另外矢渊,官方提供的常用模塊都非常穩(wěn)定,每個(gè)worker進(jìn)程相對獨(dú)立枉证,master進(jìn)程在一個(gè)worker進(jìn)程出錯(cuò)時(shí)可以快速拉起新的worker子進(jìn)程提供服務(wù)矮男。
- 低內(nèi)存消耗:
- 一般情況下,10 000個(gè)非活躍的HTTP Keep-Alive連接在Nginx中僅消耗2.5MB的內(nèi)存室谚,這是nginx支持高并發(fā)連接的基礎(chǔ)毡鉴。
- 單機(jī)支持10萬以上的并發(fā)連接:
- **理論上,Nginx支持的并發(fā)連接上限取決于內(nèi)存秒赤,10萬遠(yuǎn)未封頂猪瞬。 **
- 熱部署:
- master進(jìn)程與worker進(jìn)程的分離設(shè)計(jì),使得Nginx能夠提供熱部署功能入篮,即在7x24小時(shí)不間斷服務(wù)的前提下陈瘦,升級Nginx的可執(zhí)行文件。當(dāng)然潮售,它也支持不停止服務(wù)就更新配置項(xiàng)痊项,更換日志文件等功能。
- 最自由的BSD許可協(xié)議:
- 這是Nginx可以快速發(fā)展的強(qiáng)大動(dòng)力酥诽。BSD許可協(xié)議不只是允許用戶免費(fèi)使用Nginx鞍泉,它還允許用戶在自己的項(xiàng)目中直接使用或修改Nginx源碼,然后發(fā)布盆均。
3.目前web服務(wù)器市場份額圖:
4.正向代理和反向代理的區(qū)別:
-
正向代理(Forward Proxy):
一般情況下塞弊,如果沒有特別說明,代理技術(shù)默認(rèn)說的是正向代理技術(shù)泪姨。關(guān)于正向代理的概念如下:
正向代理(forward)是一個(gè)位于客戶端【用戶A】和原始服務(wù)器(origin server)【服務(wù)器B】之間的服務(wù)器【代理服務(wù)器Z】,為了從原始服務(wù)器取得內(nèi)容饰抒,用戶A向代理服務(wù)器Z發(fā)送一個(gè)請求并指定目標(biāo)(服務(wù)器B)肮砾,然后代理服務(wù)器Z向服務(wù)器B轉(zhuǎn)交請求并將獲得的內(nèi)容返回給客戶端〈樱客戶端必須要進(jìn)行一些特別的設(shè)置才能使用正向代理仗处。如下圖:
-
反向代理(Reverse Proxy):
反向代理正好與正向代理相反,對于客戶端而言代理服務(wù)器就像是原始服務(wù)器,并且客戶端不需要進(jìn)行任何特別的設(shè)置婆誓〕曰罚客戶端向反向代理的命名空間(name-space)中的內(nèi)容發(fā)送普通請求,接著反向代理將判斷向何處(原始服務(wù)器)轉(zhuǎn)交請求洋幻,并將獲得的內(nèi)容返回給客戶端郁轻。
** 反向代理服務(wù)的作用:**
1.保護(hù)和隱藏原始資源服務(wù)器:
由于防火墻的作用,只允許代理服務(wù)器Z訪問原始資源服務(wù)器B文留。盡管在這個(gè)虛擬的環(huán)境下好唯,防火墻和反向代理的共同作用保護(hù)了原始資源服務(wù)器B,但用戶A并不知情燥翅。
2.負(fù)載均衡:
當(dāng)反向代理服務(wù)器不止一個(gè)的時(shí)候骑篙,我們甚至可以把它們做成集群,當(dāng)更多的用戶訪問資源服務(wù)器B的時(shí)候森书,讓不同的代理服務(wù)器Z(x)去應(yīng)答不同的用戶靶端,然后發(fā)送不同用戶需要的資源。
二.安裝Nginx:
1.準(zhǔn)備工作:
-
Linux操作系統(tǒng):
內(nèi)核為Linux 2.6及以上的版本的操作系統(tǒng)凛膏,因?yàn)?.6以上的內(nèi)核才支持epoll杨名,而在linux上使用select或poll來解決事件的多路復(fù)用,是無法解決高并發(fā)壓力問題的译柏。 - 安裝Nginx的必備軟件:
- GCC編譯器
- PCRE庫:是用C語言寫的一個(gè)正則庫镣煮,目前被很軟件所使用。如果我們在配置文件nginx.conf里使用了正則表達(dá)式鄙麦,那么在編譯Nginx時(shí)就必須把PCRE庫編譯進(jìn)Nginx典唇,因?yàn)镹ginx的HTTP模塊要靠它來解析正則表達(dá)式。yum安裝: yum install -y pcre pcre-devel
- zlib庫:zlib庫用于對HTTP包的內(nèi)容做gzaip格式的壓縮胯府,如果我們在nginx.conf里配置了gzip on介衔,并指定對于某些類型的HTTP響應(yīng)使用gzip來進(jìn)行壓縮以減少網(wǎng)絡(luò)傳輸量,那么骂因,在編譯時(shí)就必須把zlib編譯進(jìn)Nginx炎咖。安裝方式:yum install -y zlib zlib-devel
-
OpenSSL開發(fā)庫:如果我們的服務(wù)器不只是要支持HTTP,還要在更安全的SSL協(xié)議上傳輸HTTP寒波,那么就需要擁有OpenSSL了乘盼。安裝方式:yum install -y openssl openssl-devel
上面所列的4個(gè)庫只是完成web服務(wù)器最基本功能所必須的。Nginx是模塊化設(shè)計(jì)的俄烁,它的功能是由許多模塊來支持的绸栅,所以如果使用了某個(gè)模塊,而這個(gè)模塊使用了一些第三方庫页屠,那么就必須先安裝這些軟件粹胯。 -
獲取Nginx源碼:
Nginx官網(wǎng):http://nginx.org
在此下載Nginx最新版nginx-1.11.10:
wget http://nginx.org/download/nginx-1.11.10.tar.gz -O - | tar zxvf -
2.編譯安裝Nginx:
首先安裝前面提到的軟件包:
-
安裝PCRE庫:
sudo yum install -y pcre pcre-devel
-
安裝zlib庫:
sudo yum install -y zlib zlib-devel
安裝OpenSSL庫:
sudo yum install -y openssl openssl-devel
運(yùn)行以上命令后可以查看是否安裝成功:
-
編譯并安裝nginx:
Nginx源碼目錄介紹:
-
進(jìn)入nginx目錄并執(zhí)行configure命令:
configure命令主要做一些系統(tǒng)相關(guān)的檢測蓖柔,并指定編譯nginx時(shí)的一些參數(shù),最終生成makefile供make來執(zhí)行风纠。
configure的命令參數(shù)可以通過如下命令來查看:
./configure --help
執(zhí)行configure命令况鸣,添加一些定制化參數(shù),并生成makefile:
./configure --with-http_ssl_module --with-http_stub_status_module --with-http_gzip_static_module --with-debug
相關(guān)參數(shù)說明:
--with-http_ssl_module: 使nginx支持SSL協(xié)議竹观,提供HTTPS服務(wù)镐捧。
--with-http_stub_status_module:該模塊可以讓運(yùn)行中的Nginx提供性能統(tǒng)計(jì)頁面,獲取相關(guān)的并發(fā)連接栈幸,請求信息愤估。
--with-http_gzip_static_module:在做gzip壓縮前,先查看相同位置是否有已經(jīng)做過gzip壓縮的.gz文件速址,如果有玩焰,就直接返回。
--with-debug:在nginx運(yùn)行時(shí)通過修改配置文件來使其打印調(diào)試日志芍锚,這對于研究昔园,定位nginx問題非常有幫助。
configure命令執(zhí)行完后并炮,會(huì)在源碼目錄生成Makefile文件和一個(gè)objs目錄:
Makefile文件是指導(dǎo)make命令編譯的腳本文件默刚,objs目錄存放編譯過程中產(chǎn)生的二進(jìn)制文件和一些configure產(chǎn)生的源代碼文件。
現(xiàn)在nginx源碼目錄樹如下(紅框圈出來的味新生成的目錄):
- 執(zhí)行make命令編譯:
make
- 執(zhí)行make install安裝:
sudo make install
3.Nginx的使用:
- 默認(rèn)方式啟動(dòng)nginx:
/usr/local/nginx/sbin/nginx
這時(shí)逃魄,會(huì)讀取默認(rèn)路徑下的配置文件:/usr/local/nginx/conf/nginx.conf
- 指定自定義配置文件啟動(dòng):
/usr/local/nginx/sbin/nginx -c path/nginx.conf
這時(shí)荤西,會(huì)讀取-c參數(shù)指定的配置文件來啟動(dòng)Nginx。
- 指定全局配置項(xiàng)的啟動(dòng)方式:
/usr/local/nginx/sbin/nginx -g "pid /var/nginx/test.pid;"
上面的命令意味著會(huì)把pid文件寫入到/var/nginx/test.pid中伍俘。
- 測試配置文件是否有效:
/usr/local/nginx/sbin/nginx -t
- 在測試配置階段不輸出信息:
/usr/local/nginx/sbin/nginx -t -q
測試配置選項(xiàng)是時(shí)邪锌,使用-q參數(shù)可以不把error級別以下的信息輸出到屏幕。
- 顯示版本信息:
/usr/local/nginx/sbin/nginx -v
- 顯示編譯階段的參數(shù):
/usr/local/nginx/sbin/nginx -V
-V參數(shù)除了可以顯示Nginx的版本信息外癌瘾,還可以顯示配置編譯階段的信息觅丰,如gcc編譯器版本,操作系統(tǒng)版本妨退,執(zhí)行configure時(shí)的參數(shù)等妇萄。
- 快速地停止服務(wù):
/usr/local/nginx/sbin/nginx -s stop
使用-s stop可以強(qiáng)制停止Nginx服務(wù)。-s參數(shù)其實(shí)是告訴Nginx程序向正在運(yùn)行的Nginx服務(wù)發(fā)送信號咬荷,Nginx程序通過nginx.pid文件得到master進(jìn)程的ID冠句,再向運(yùn)行中的master進(jìn)程發(fā)送TERM信號來快速地關(guān)閉Nginx服務(wù)。
同樣可以給master進(jìn)程發(fā)送TERM或者INT信號來快速停止:
kill -s SIGTERM NginxMasterPid
kill -s SIGINT NginxMasterPid
- ''優(yōu)雅''地停止服務(wù):
/usr/local/nginx/sbin/nginx -s quit
如果希望Nginx服務(wù)可以正常地處理完當(dāng)前前所有請求再停止服務(wù)幸乒,那么可以使用-s quit參數(shù)來停止服務(wù)轩端。這種方式首先會(huì)關(guān)閉監(jiān)聽端口,停止接收新的連接逝变,然后把當(dāng)前正則處理的連接全部處理完基茵,最后再退出進(jìn)程。
同樣可以發(fā)送信號的方式優(yōu)雅地停止服務(wù):
kill -s SIGQUIT NginxMasterPid
優(yōu)雅地停止某個(gè)worker進(jìn)程:
kill -s SIGWINCH NginxWorkerPid
- 使運(yùn)行中的Nginx重新加載配置文件并生效:
/usr/local/nginx/sbin/nginx -s reload
同樣可以通過kill發(fā)送信號來達(dá)到同樣的效果:
kill -s SIGHUP NginxMasterPid
二.Nginx的配置:
1.運(yùn)行中的Nginx進(jìn)程間的關(guān)系:
在正式提供服務(wù)的產(chǎn)品環(huán)境下壳影,部署Nginx時(shí)都是使用一個(gè)master進(jìn)程來管理多個(gè)worker進(jìn)程拱层,一般情況下,worker進(jìn)程的數(shù)量與服務(wù)器上的CPU核心數(shù)相等宴咧。每一個(gè)worker進(jìn)程都是繁忙的根灯,他們真正地提供互聯(lián)網(wǎng)服務(wù),master進(jìn)程則很"清閑"掺栅,只負(fù)責(zé)監(jiān)控管理worker進(jìn)程烙肺。部署后的Nginx進(jìn)程間的關(guān)系如圖下圖所示:
2.Nginx配置中的通用語法:
Nginx的配置文件其實(shí)是一個(gè)普通的文本文件。下面來看一個(gè)簡單的例子:
#user nobody;
worker_processes 1;
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
events {
worker_connections 1024;
}
http {
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 on;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 65;
#gzip on;
server {
listen 80;
server_name localhost;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
root html;
index index.html index.htm;
}
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ \.php$ {
# proxy_pass http://127.0.0.1;
#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ \.php$ {
# root html;
# fastcgi_pass 127.0.0.1:9000;
# fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
# include fastcgi_params;
#}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
# deny all;
#}
}
# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
# listen 8000;
# listen somename:8080;
# server_name somename alias another.alias;
# location / {
# root html;
# index index.html index.htm;
# }
#}
# HTTPS server
#
#server {
# listen 443 ssl;
# server_name localhost;
# ssl_certificate cert.pem;
# ssl_certificate_key cert.key;
# ssl_session_cache shared:SSL:1m;
# ssl_session_timeout 5m;
# ssl_ciphers HIGH:!aNULL:!MD5;
# ssl_prefer_server_ciphers on;
# location / {
# root html;
# index index.html index.htm;
# }
#}
}
-
塊配置項(xiàng):
塊配置項(xiàng)由一個(gè)塊配置名和一對大括號組成氧卧。具體示例如下:
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
server {
listen 80;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
上面代碼段中的events桃笙,http,server沙绝,location都是塊配置項(xiàng)搏明。塊配置項(xiàng)可以嵌套,內(nèi)層塊直接繼承外層塊闪檬,例如星著,上例中server塊里的任意配置都是基于http塊里的已有配置的。當(dāng)內(nèi)外層中的配置發(fā)生沖突時(shí)粗悯,究竟是以內(nèi)層塊還是外層塊的配置為準(zhǔn)虚循,取決于解析這個(gè)配置項(xiàng)的模塊。
配置項(xiàng)的語法格式:
最基本的配置項(xiàng)語法格式如下:
配置項(xiàng)名 配置項(xiàng)值1 配置項(xiàng)值2 ...样傍;
首先横缔,在行首的是配置項(xiàng)名,這些配置項(xiàng)名必須是Nginx的某一個(gè)模塊想要處理的铭乾,否則Nginx會(huì)認(rèn)為配置文件出了非法的配置項(xiàng)名剪廉。配置項(xiàng)名輸入結(jié)束后,將以空格作為分隔符炕檩。
其次是配置項(xiàng)值斗蒋,它可以是數(shù)字或字符串(當(dāng)然也包括正則表達(dá)式)。針對一個(gè)配置項(xiàng)笛质,既可以有一個(gè)值泉沾,也可以有多個(gè)值,配置項(xiàng)值直接仍然由空格符來分隔妇押。
最后跷究,每行配置的結(jié)尾需要加上分號。配置項(xiàng)的注釋:
如果有一個(gè)配置項(xiàng)暫時(shí)需要注釋掉敲霍,那么可以加 "#"注釋掉這一行配置俊马。-
配置項(xiàng)的單位:
大部分模塊遵循一些通用的規(guī)定丁存,如指定空間大小時(shí)不用每次都定義到字節(jié),指定時(shí)間時(shí)不用精確到毫秒柴我。
當(dāng)指定空間大小時(shí)解寝,可以用的單位包括:- K或者k千字節(jié)
- M或者m兆字節(jié)
例如:
gzip_buffer 48k;
client_max_body_size 64M;
指定時(shí)間時(shí),可以使用的單位包括:
- ms艘儒,s聋伦,m,h界睁,d觉增,w,M翻斟,y
例如:
expires 10y;
proxy_read_timeout 600;
client_body_timeout 2m;
在配置中使用變量 :
有些模塊允許在配置中使用變量逾礁,具體示例如下:
log_format main '$time_local|10.4.24.116|$request|$status|'
'$remote_user|$remote_addr|$http_user_agent|$http_referer|$host|'
'$bytes_sent|$request_time|$upstream_response_time|$upstream_addr|'
'$connection|$connection_requests|$upstream_http_content_type|$upstream_http_content_disposition';
其中變量前要加$符號。需要注意的是杨赤,這種變量只有少數(shù)模塊支持敞斋,并不是通用的。
注意?? :
在執(zhí)行configure命令時(shí)疾牲,我們已經(jīng)把許多模塊編譯進(jìn)Nginx中植捎,但是否啟用這些模塊,一般取決于配置文件中相應(yīng)的配置項(xiàng)阳柔。換句話說焰枢,每個(gè)Nginx模塊都有自己感興趣的配置項(xiàng),大部分模塊都必須在nginx.conf中讀取某個(gè)配置項(xiàng)后才會(huì)在運(yùn)行時(shí)啟動(dòng)舌剂。例如济锄,只有當(dāng)配置http{...}這個(gè)配置項(xiàng)時(shí),ngx_http_module模塊才會(huì)在Nginx中啟用霍转,其他依賴ngx_http_module的模塊才能正常使用荐绝。
3.一個(gè)靜態(tài)Web服務(wù)器常用的配置:
靜態(tài)Web服務(wù)器的主要功能由ngx_http_core_module模塊(HTTP框架的主要成員)實(shí)現(xiàn),當(dāng)然避消,一個(gè)完整的靜態(tài)Web服務(wù)器還有許多功能是由其他的HTTP模塊實(shí)現(xiàn)的低滩。一個(gè)典型的靜態(tài)Web服務(wù)器還會(huì)包含多個(gè)server塊和location塊,例如:
user web;
worker_processes 6;
#error_log logs/error.log;
error_log logs/error.log info;
#error_log logs/error.log info;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
log_format main '$time_local|10.4.24.116|$request|$status|'
'$remote_user|$remote_addr|$http_user_agent|$http_referer|$host|'
'$bytes_sent|$request_time|$upstream_response_time|$upstream_addr|'
'$connection|$connection_requests|$upstream_http_content_type|$upstream_http_content_disposition';
access_log logs/access.log main;
sendfile on;
tcp_nodelay on;
#tcp_nopush on;
keepalive_timeout 120 100;
resolver_timeout 15;
client_body_timeout 20;
client_header_timeout 20;
client_body_buffer_size 512k;
large_client_header_buffers 1 512k;
#gzip on;
#APP
include server/zapier.chime.me.conf;
include server/https_app116.chime.me.conf;
include server/http_app116.chime.me.conf;
#CRM
include server/https_test.chime.me.conf;
include server/https_dev.chime.me.conf;
include server/https_dev2.chime.me.conf;
include server/https_static.chime.me.conf;
include server/crmnginx.chime.me.conf;
include server/brokernginx.chime.me.conf;
include server/http_oldlender.chime.me.conf;
include server/frontend.chime.me.conf;
include server/chime.me.conf;
include server/twilio.chime.me.conf;
include server/http_testzillow.chime.me.conf;
#agnet 資歷收集頁圖片地址
include server/uploadfile.conf;
#測試nginx status
server {
listen *:80 ;
server_name localhost status.chime.me;
location /ngx_status {
stub_status on;
access_log off;
allow 10.2.204.166;
deny all;
}
}
}
所有的HTTP配置項(xiàng)必須直屬于http塊岩喷,location塊恕沫,upstream塊或if塊。
Web服務(wù)器常用配置項(xiàng):
-
虛擬主機(jī)與請求的分發(fā):
由于IP地址的數(shù)量有限纱意,因此經(jīng)常會(huì)存在多個(gè)主機(jī)域名對應(yīng)著同一個(gè)IP地址的情況婶溯,這時(shí)在nginx.conf中就可以按照server_name并通過server塊來定義虛擬主機(jī),每個(gè)server塊就是一個(gè)虛擬主機(jī),它只處理與之相對應(yīng)的主機(jī)域名請求迄委。這樣褐筛,一臺(tái)服務(wù)器上的Nginx就能以不同的方式處理訪問不同主機(jī)域名的HTTP請求了。-
監(jiān)聽端口:
默認(rèn):listen 80;
配置塊:server
listen參數(shù)決定Nginx服務(wù)如何監(jiān)聽端口跑筝。在listen后可以只加IP地址死讹,端口活主機(jī)名,非常靈活曲梗。 -
主機(jī)名稱:
語法: server_name name [...];
默認(rèn):server_name "";
server_name后可以跟多個(gè)主機(jī)名稱,如server_name www.testweb.com download.test.com;
在開始處理一個(gè)HTTP請求時(shí)妓忍,Nginx會(huì)取出header頭重的Host虏两,與每個(gè)server中的server_name進(jìn)行匹配,以決定到底由哪一個(gè)server塊來處理這個(gè)請求世剖。有可能一個(gè)Host與多個(gè)server塊中的server_name都匹配定罢,這時(shí)就會(huì)根據(jù)匹配優(yōu)先級來選擇實(shí)際處理的server塊。 -
location:
語法:location[=||*|^~|@] /uri/ {...}
配置塊:server
location會(huì)嘗試根據(jù)用戶請求中的URI來匹配上面的/uri表達(dá)式旁瘫,如果可以匹配祖凫,就選擇location {}塊中的配置來處理用戶請求。
-
監(jiān)聽端口:
-
文件路徑的定義:
-
以root方式設(shè)置資源路徑:
語法:root path
默認(rèn):root html
配置塊:http酬凳,server惠况,location,if
例如宁仔,定義資源文件相對于HTTP請求的根目錄稠屠。
-
以root方式設(shè)置資源路徑:
location /download/ {
root /opt/web/html/;
}
在上面配置中,如果有一個(gè)請求的URI是/download/index/test.html翎苫,那么web服務(wù)器將會(huì)返回服務(wù)器上/opt/web/html/download/index/test.html
-
訪問首頁:
語法:index file ...;
默認(rèn):index index.html;
配置塊:http,server,location
有時(shí)訪問站點(diǎn)的URI是/权埠,這時(shí)一般返回網(wǎng)站的首頁。這里用ngx_http_index_module模塊提供的index配置實(shí)現(xiàn)煎谍。index后可以跟多個(gè)文件參數(shù)攘蔽,Nginx將會(huì)按照順序來訪問這些文件,例如:
location / {
root path;
index /index.html /html/inde.php /index.php
}
接受到請求后呐粘,Nginx首先會(huì)嘗試訪問path/index.php文件满俗,如果可以訪問,就直接返回文件內(nèi)容結(jié)束請求事哭,否則再試圖返回path/html/index.php的內(nèi)容漫雷,依此類推。
-
網(wǎng)絡(luò)連接的設(shè)置:
-
讀取HTTP頭部的超時(shí)時(shí)間:
語法:client_header_timeout time (默認(rèn)單位:秒)
默認(rèn):client_header_timeout 60;
配置塊:http, server, location
客戶端與服務(wù)器建立連接后將開始接收HTTP頭部鳍咱,在這個(gè)過程中降盹,如果在一個(gè)時(shí)間間隔內(nèi)沒有讀取到客戶端發(fā)來的字節(jié),則認(rèn)為超時(shí)谤辜,并向客戶端返回408("Rquest timed out")響應(yīng)蓄坏。 -
讀取HTTP頭部的超時(shí)時(shí)間:
語法:client_body_timeout time (默認(rèn)單位:秒)
默認(rèn):client_body_timeout 60;
配置塊:http, server, location
此配置項(xiàng)與client_header_timeout相似价捧,只是這個(gè)超時(shí)時(shí)間只在讀取HTTP包體時(shí)才有效。 -
發(fā)送響應(yīng)的超時(shí)時(shí)間:
語法:send_timeout time;
默認(rèn):send_timeout 60;
這個(gè)超時(shí)時(shí)間時(shí)發(fā)送響應(yīng)的超時(shí)時(shí)間涡戳,即Nginx服務(wù)器向客戶端發(fā)送了數(shù)據(jù)包结蟋,但客戶端一直沒有去接收這個(gè)數(shù)據(jù)包。如果某個(gè)連接超過send_timeout定義的超時(shí)時(shí)間渔彰,那么Nginx將會(huì)關(guān)閉這個(gè)連接嵌屎。 -
keepalive超時(shí)時(shí)間:
語法:keepalive_timeout time (默認(rèn)單位:秒)
默認(rèn):keepalive_timeout 75
配置塊:http, server, location
一個(gè)keepalive_timeout連接在閑置超過一段時(shí)間后,服務(wù)器和瀏覽器都會(huì)去關(guān)閉這個(gè)連接恍涂。當(dāng)然宝惰,keepalive_timeout配置項(xiàng)是用來約束Nginx服務(wù)器的,Nginx也會(huì)按照規(guī)范把這個(gè)時(shí)間傳個(gè)瀏覽器再沧,但每個(gè)瀏覽器對待keepalive的策略有可能是不同的尼夺。
-
讀取HTTP頭部的超時(shí)時(shí)間:
4.配置一個(gè)靜態(tài)web服務(wù)器:
nginx的默認(rèn)配置就是一個(gè)靜態(tài)web服務(wù)器,啟動(dòng)后可以直接訪問炒瘸,配置文件如下:
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
server {
listen 80;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
5.給Nginx的access log添加唯一的request id字段:
- 1.下載uuid-perl模塊:
wget http://mirror.centos.org/centos/7/os/x86_64/Packages/uuid-perl-1.6.2-26.el7.x86_64.rpm
- 2.yum安裝上面下載的rpm包淤堵,自動(dòng)解決依賴:
yum install uuid-perl-1.6.2-26.el7.x86_64.rpm
-
3.重新編譯ngixn,添加perl模塊:
首先安裝perl依賴庫顷扩,要不然報(bào)錯(cuò):
sudo yum install -y perl-devel perl-ExtUtils-Embed
然后配置編譯參數(shù)拐邪,執(zhí)行configure生成makfile:
./configure --with-http_ssl_module --with-http_stub_status_module --with-http_gzip_static_module --with-debug --with-http_perl_module
-
4.修改nginx配置文件:
- 5.重新加載配置文件即可生效:
sbin/nginx -s reload
-
6.效果如下:
/** * 添加用戶perference信息 * @param userPreference */ UserPreference andUserPreference(UserPreference userPreference); /** * 獲取用戶preference頁面信息 * @param userId * @return */ UserPreference getUserPreference(long userId); /** * 更新時(shí)區(qū)標(biāo)識 * @param userId * @param timezoneId */ void updateTimezoneId(long userId, String timezoneId); /** * 更新是否接受lead開關(guān)狀態(tài) * @param userId * @param sendLeadFlag */ void updateSendLeadFlag(long userId, boolean sendLeadFlag);