安裝配置nginx

時間 2019-12-19

標籤安裝配置 nginx 欄目 Nginx 简体版

原文原文鏈接

1、簡介javascript

傳統上基於進程或線程模型架構的web服務經過每進程或每線程處理併發鏈接請求，這勢必會在網絡和I/O操做時產生阻塞，其另外一個必然結果則是對內存或CPU的利用率低下。生成一個新的進程/線程須要事先備好其運行時環境，這包括爲其分配堆內存和棧內存，以及爲其建立新的執行上下文等。這些操做都須要佔用CPU，並且過多的進程/線程還會帶來線程抖動或頻繁的上下文切換，系統性能也會由此進一步降低。php

在設計的最初階段，nginx的主要着眼點就是其高性能以及對物理計算資源的高密度利用，所以其採用了不一樣的架構模型。受啓發於多種操做系統設計中基於「事件」的高級處理機制，nginx採用了模塊化、事件驅動、異步、單線程及非阻塞的架構，並大量採用了多路複用及事件通知機制。在nginx中，鏈接請求由爲數很少的幾個僅包含一個線程的進程worker以高效的迴環(run-loop)機制進行處理，而每一個worker能夠並行處理數千個的併發鏈接及請求。css

若是負載以CPU密集型應用爲主，如SSL或壓縮應用，則worker數應與CPU數相同；若是負載以IO密集型爲主，如響應大量內容給客戶端，則worker數應該爲CPU個數的1.5或2倍。java

Nginx會按需同時運行多個進程：一個主進程(master)和幾個工做進程(worker)，配置了緩存時還會有緩存加載器進程(cache loader)和緩存管理器進程(cache manager)等。全部進程均是僅含有一個線程，並主要經過「共享內存」的機制實現進程間通訊。主進程以root用戶身份運行，而worker、cache loader和cache manager均應以非特權用戶身份運行。node

主進程主要完成以下工做：linux

1. 讀取並驗正配置信息；nginx

2. 建立、綁定及關閉套接字；web

3. 啓動、終止及維護worker進程的個數；正則表達式

4. 無須停止服務而從新配置工做特性；算法

5. 控制非中斷式程序升級，啓用新的二進制程序並在須要時回滾至老版本；

6. 從新打開日誌文件，實現日誌滾動；

7. 編譯嵌入式perl腳本；

worker進程主要完成的任務包括：

1. 接收、傳入並處理來自客戶端的鏈接；

2. 提供反向代理及過濾功能；

3. nginx任何能完成的其它任務；

cache loader進程主要完成的任務包括：

1. 檢查緩存存儲中的緩存對象；

2. 使用緩存元數據創建內存數據庫；

cache manager進程的主要任務：

1. 緩存的失效及過時檢驗；

Nginx的配置有着幾個不一樣的上下文：main、http、server、upstream和location(還有實現郵件服務反向代理的mail)。配置語法的格式和定義方式遵循所謂的C風格，所以支持嵌套，還有着邏輯清晰並易於建立、閱讀和維護等優點。

Nginx的代碼是由一個核心和一系列的模塊組成, 核心主要用於提供Web Server的基本功能，以及Web和Mail反向代理的功能；還用於啓用網絡協議，建立必要的運行時環境以及確保不一樣的模塊之間平滑地進行交互。不過，大多跟協議相關的功能和某應用特有的功能都是由nginx的模塊實現的。這些功能模塊大體能夠分爲事件模塊、階段性處理器、輸出過濾器、變量處理器、協議、upstream和負載均衡幾個類別，這些共同組成了nginx的http功能。事件模塊主要用於提供OS獨立的(不一樣操做系統的事件機制有所不一樣)事件通知機制如kqueue或epoll等。協議模塊則負責實現nginx經過http、tls/ssl、smtp、pop3以及imap與對應的客戶端創建會話。

在nginx內部，進程間的通訊是經過模塊的pipeline或chain實現的；換句話說，每個功能或操做都由一個模塊來實現。例如，壓縮、經過FastCGI或uwsgi協議與upstream服務器通訊，以及與memcached創建會話等。

2、安裝配置

1.nginx的安裝與配置

①、解決依賴關係

編譯安裝nginx須要實現安裝開發包組「Development tools」和「Server Platform Development」、「Desktop Platform Development」

②、下載、編譯、安裝nginx

[root@node1 ~]# wget http://nginx.org/download/nginx-1.6.0.tar.gz

[root@node1 ~]# tar xf nginx-1.6.0.tar.gz

[root@node1 ~]# cd nginx-1.6.0

首先添加用於nginx，使其來運行nginx的服務進程

[root@node1 nginx-1.6.0]# useradd -r nginx

[root@node1 nginx-1.6.0]# ./configure \

> --prefix=/usr/local/nginx \

> --sbin-path=/usr/local/nginx/sbin/nginx \

> --conf-path=/etc/nginx/nginx.conf \

> --error-log-path=/var/log/nginx/error.log \

> --http-log-path=/var/log/nginx/access.log \

> --pid-path=/var/run/nginx/nginx.pid \

> --lock-path=/var/lock/nginx.lock \

> --user=nginx \

> --group=nginx \

> --with-http_ssl_module \

> --with-http_flv_module \

> --with-http_stub_status_module \

> --with-http_gzip_static_module \

> --http-client-body-temp-path=/var/tmp/nginx/client/ \

> --http-proxy-temp-path=/var/tmp/nginx/proxy/ \

> --http-fastcgi-temp-path=/var/tmp/nginx/fcgi/ \

> --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi \

> --http-scgi-temp-path=/var/tmp/nginx/scgi \

> --with-pcre

說明：

1.Nginx可使用Tmcalloc（快速、多線程的malloc庫及優秀性能分析工具）來加速內存分配，使用此功能須要實現安裝gperftools，然後在編譯nginx時添加--with-google_prtftools_module選項便可

2.若是想使用nginx的prel模塊，能夠經過爲configure腳本添加--with-http_perl_module選項來實現，但目前此模塊仍處於實驗性使用階段，可能會在運行中出現意外，所以，其實現方式這裏再也不介紹。若是想使用基於nginx的cgi功能，也能夠基於FCGI來實現，具體實現方法請參照網上的文檔。

③、爲nginx提供SysV init腳本：

[root@node1 ~]# vi /etc/init.d/nginx

#!/bin/bash

# nginx - this script starts and stops the nginx daemon

# chkconfig: - 85 15

# description: Nginx is an HTTP(S) server, HTTP(S) reverse \

# proxy and IMAP/POP3 proxy server

# processname: nginx

# config: /etc/nginx/nginx.conf

# config: /etc/sysconfig/nginx

# pidfile: /var/run/nginx.pid

# Source function library.

. /etc/rc.d/init.d/functions

# Source networking configuration.

. /etc/sysconfig/network

# Check that networking is up.

[ "$NETWORKING" = "no" ] && exit 0

nginx="/usr/local/nginx/sbin/nginx"

prog=$(basename $nginx)

NGINX_CONF_FILE="/etc/nginx/nginx.conf"

[ -f /etc/sysconfig/nginx ] && . /etc/sysconfig/nginx

lockfile=/var/lock/subsys/nginx

make_dirs() {

# make required directories

user=`nginx -V 2>&1 | grep "configure arguments:" | sed 's/[^*]*--user=$[^ ]*$.*/\1/g' -`

options=`$nginx -V 2>&1 | grep 'configure arguments:'`

for opt in $options; do

if [ `echo $opt | grep '.*-temp-path'` ]; then

value=`echo $opt | cut -d "=" -f 2`

if [ ! -d "$value" ]; then

# echo "creating" $value

mkdir -p $value && chown -R $user $value

done

}

start() {

[ -x $nginx ] || exit 5

[ -f $NGINX_CONF_FILE ] || exit 6

make_dirs

echo -n $"Starting $prog: "

daemon $nginx -c $NGINX_CONF_FILE

retval=$?

echo

[ $retval -eq 0 ] && touch $lockfile

return $retval

}

stop() {

echo -n $"Stopping $prog: "

killproc $prog -QUIT

retval=$?

echo

[ $retval -eq 0 ] && rm -f $lockfile

return $retval

}

restart() {

configtest || return $?

stop

sleep 1

start

}

reload() {

configtest || return $?

echo -n $"Reloading $prog: "

killproc $nginx -HUP

RETVAL=$?

echo

}

force_reload() {

restart

}

configtest() {

$nginx -t -c $NGINX_CONF_FILE

}

rh_status() {

status $prog

}

rh_status_q() {

rh_status >/dev/null 2>&1

}

case "$1" in

start)

rh_status_q && exit 0

;;

stop)

rh_status_q || exit 0

;;

restart|configtest)

;;

reload)

rh_status_q || exit 7

;;

force-reload)

force_reload

;;

status)

rh_status

;;

condrestart|try-restart)

rh_status_q || exit 0

;;

echo $"Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload|configtest}"

exit 2

esac

爲此腳本賦予執行權限，並添加至服務列表中，並讓其可以開機自動啓動

[root@node1 ~]# chmod +x /etc/init.d/nginx

[root@node1 ~]# chkconfig --add nginx

[root@node1 ~]# chkconfig nginx on

二、配置Nginx

Nginx的代碼是有一個核心和以系列的模塊組成，核心主要用於提供Web Server的基本功能，已經Web和Mail反向代理的功能，還用於啓用網絡協議，建立必要的運行環境以及確保不一樣的模塊之間平滑的進行交互，不過，大多數跟協議相關的功能和某應用特有的功能都是由nginx的模塊實現的，這些功能模塊大體能夠分爲事件模塊、階段性處理器、輸出過濾器、變量處理器、協議、upstream和負載均衡幾個類別，這些共同組成了nginx的http功能。事件模塊主要用於提升OS獨立的（不一樣操做系統的時間機制有所不一樣）事件通知機制如kqueue或epoll等。協議模塊則負責實現nginx經過http、tls/ssl、smtp、pop3已經imap與對應的客戶端創建會話

Nginx的核心模塊爲Main和Events，此外還包括標準的HTTP模塊，可選HTTP模塊和郵件模塊，其還能夠支持諸多的第三方模塊，Main用於配置錯誤日誌、進程及權限等相關參數，Event用於配置I/O模型，如eopll、kqueue、select或poll等，他們是必備模塊

Nginx的主配置文件有幾個端組成，這個端一般也被稱爲nginx的上下文，每一個端的定義格式以下所示，須要注意的是，其每個指令都必須使用分號（；）結束，不然爲語法錯誤

<section>{

<directive> <parmenters>;

}

①、配置main模塊

下面說明main模塊中的幾個關鍵參數

a、error_log

若是在編譯時使用--with-debug選項，還可使用如調試功能

要禁用錯誤日誌，不能使用「error_log off」,而是使用相似以下選項 error_log /dev/null crit

b、timer_reslution

用來下降gettomeofday（）系統調用的次數，默認狀況下，每次從kevnet()、epoll、/dev/poll、select（）或者poll（）返回時都會執行此係統調用。x86-64系統上，gettimeday（）代價已經很小，能夠忽略此配置。語法格式爲

time_resolution interval

c、worker_cpu_affinity cpumask .....

用來綁定cpu的，只能用於main上下文。好比

worker_processes 4

worker_cpu_affinity 0001 0010 0100 1000;

d、worker_priority

爲worker進程設定優先級（指定nice），此參數只能用於main上下文，默認爲0：語法格式爲

worker_priority number

e、worker_processes

worker進程是單線程進程。若是nginx用於cpu密集性的場景中，如SSL或gzip，且主機上的CPU個數至少有兩個，那麼應該將此參數值設定爲與CPU核心數相同；若是Nginx用於大量靜態文件訪問的場景中，且全部文件的總大小大於可用內存時，應該將此參數的值設定的足夠大以充分利用磁盤寬帶

此參數與Events上下文中的work_connections變量一塊兒決定了maxclient的值：

maxclients = work_processes * work_connections

f、worker_rlimit_nofile

設定worker進程可以打開文件描述符個數的最大值。語法格式爲：

worker_rlimit_nofile number

②、配置Events模塊

a、worker_connections

設定每一個worker所處理的最大鏈接數，它與來自main上下文的worker_processes變量一塊兒決定了maxclient的值：

maxclients = work_processes * work_connections

而在反向代理場景中，其計算方法與上述公式不一樣，由於默認狀況下，瀏覽器將打開2個鏈接，而Nginx會爲每個鏈接打開2個文件描述符，所以，其maxclients的計算方法爲：

maxclients = work_processes * work_connections/4

b、use

在有着多於一個的事件模型IO的應用場景中，可使用此指令設定nginx所使用的I/O機制，默認爲./configure腳本設定的各機制中最適合當前OS的版本。建議由nginx自動選擇。語法格式爲：

③、虛擬服務器相關配置

server {

<directive> <parmenters>;

}

用於指定虛擬機服務器相關的屬性，常見的指令有backlog、rcvbuf、bind及sndbuf等

④、location相關的配置

location [modeifier] uri {...} 或者location @name {...}

一般用於server上下文中，用於定義某URI的訪問屬性。location能夠嵌套。

三、Nginx的反向代理

Nginx經過proxy模塊實現反向代理功能。在做爲web反向代理服務器時，nginx負責接受客戶端請求，並可以根據URI、客戶端參數或其餘的處理邏輯將用戶請求調度至上游服務器上（upstream server）。nginx在實現反向代理功能時的最重要的指令爲porxy_pass,它可以將location定義在某URI代理至上游服務器（組）上。以下面的實例中，location的/uri將被替換爲上游服務器上的/newuri

location /uri {

proxy_pass http://www.linuxidc.com:8080/newuri;

}

不過，這種處理機制中有兩個例外，一個是若是location的URI是經過模式匹配定義的，其URI將直接傳遞至上游服務器，而不能爲其指定轉換爲另一個URI。例以下面實例中的/bbs將被代理爲htt://www.linuxidc.com/bbs

location ~^/bbs {

proxy_pass http://www.linuxidc.com;

}

第二個例外是，若是在location中使用URL重定向，那麼nginx將使用重定向後的URL處理請求，而再也不考慮上游服務器上定義的URI。以下面所示的例子中，傳送給上游服務器的URI爲index.php?page=<match>，而不是/index。

location / {

rewrite /（.*）$ /index.php?page=$1 break;

proxy_pass http://localhost:8080/index;

}

①、proxy模塊的指令

proxy模塊的可用配置指令很是多，他們分別用於定義proxy模塊工做時的諸多屬性；如鏈接超時時長、代理時使用http的協議版本等，下面對經常使用的指令作一個簡單說明：

proxy_connect_timeout: nginx將一個請求發送至upstream server以前等待的最長時長

proxy_cookie_demain: 將upstream server經過Set-Cookie首部設定的path屬修改成指定的值，其值能夠做爲一個字符串、正則表達式的模式或一個引用的變量

proxy_hide_header：設定發送給客戶端的報文中須要隱藏的首部

proxy_pass：指定將請求代理制upstream server的URL路徑

proxy_set_header: 將發送至upstream server的報文某首部進行重寫

proxy_rediect：重寫location並刷新從upstream server收到的報文的首部

proxy_send_timeout：在鏈接斷開以前兩次發送至upstream server的寫操做的最長間隔時長

proxy_read_timeout: 在鏈接斷開以前兩次從接受upstream server接受讀操做的最長間隔時長

以下面的一個示例：

proxy_redirect off;

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

client_max_body_size 10m;

client_body_buffer_size 128k;

proxy_connect_timeout 30;

proxy_send_timeout 15;

proxy_read_timeout 15;

②、upstream模塊

與proxy模塊結合使用的模塊中，經常使用的當屬upstream模塊，upstream模塊能夠定義一個新的上下文，他包含了一組上游upstream服務器，這些服務器能夠賦予不一樣的權重、不一樣的類型設置能夠基於維護等緣由標記爲down
upstream模塊經常使用的指令有：
ip_hash：基於客戶端IP地址完成請求的分發，它能夠保證來自於同一個客端的請求始終被轉發至同一個upstream服務器
keepalive：每一個worker進程爲發送到奧upstream服務器的鏈接所緩存的個數
least_conn：最少鏈接調度算法
server:定義一個upstream服務器的地址，還能夠包括一系列可選參數，如
wegiht: 權重
max_fail：最大失敗鏈接次數，失敗鏈接的超時時長有fail_timeout指定
fail_timeout: 等待請求的目標服務器發送響應的時長
backup: 用於fallback的目的，全部服務均故障時才啓動此服務器
down：手動標記其不在處理任何請求

例如：

upstream backend {

server www.linuxidc.com weight=5;

server www2.linuxidc.com:8080 max_fails=3 fail_timeout=30s;

}

upstream模塊的負載均衡算法主要有三種，輪詢（round-robin）、ip哈希（ip_hash）和最少鏈接（least_conn）三種

此外，upstream模塊也能爲非http的應用實現負載均衡，以下面的實例定義了nginx爲memcached服務實現負載均衡的目的

upstream memcachesrvs {

server 192.168.1.200:11211;

server 192.168.1.201:11211;

}

server {

location / {

set $memcached_key "$uri?$args";

memcached_pass memcachesrvs;

error_page 404 = @fallback;

}

location @fallback {

proxy_pass http://127.0.0.1:8080;

}

③、if判斷語句

在location中使用if語句能夠實現條件判斷，其一般有一個return語句，其通常與有着last或break標記的額rewrite規則一同使用，但其也能夠按照須要使用的多種場景下，須要注意的時，不當的使用能夠會致使不可預料的結

location / {

if ($request_method == 「PUT」) {

proxy_pass http://upload.magedu.com:8080;

}

if ($request_uri ~ "\.(jpg|gif|jpeg|png)$") {

proxy_pass http://imageservers;

break;

}

upstream imageservers {

server 192.168.1.202:80 weight 2;

server 192.168.1.203:80 weight 3;

}

a、if語句中的判斷條件

正則表達式匹配

==：等值比較

~: 與指定正則表達式模式匹配時返回「真」，判斷匹配與否時區分字符大小寫

~*: 與指定正則表達式模式匹配時返回「真」，判斷匹配與否時不區分字符大小寫

!~: 與指定正則表達式模式不匹配時返回「真」，判斷匹配與否時區分字符大小寫

!~*: 與指定正則表達式模式不匹配時返回「真」，判斷匹配與否時區分字符大小寫

文件及目錄匹配判斷

-f,!-f：判斷指定的路徑是否存在且爲文件

-d,!-d：判斷指定的路徑是否存在且爲目錄

-e,!-e: 判斷指定的路徑是否存在，文件或路徑都可

-x,!-x：判斷指定的路徑文件是否存在且可執行

b、nginx經常使用的全局變量

下面是nginx經常使用的全局變量中的一部分，他們一般用於of語句中實現條件判斷

1.$uri:當前請求的uri，不帶參數

2.$request_uri:請求的uri，帶完整參數

3.$host:http請求報文中host首部，若是請求中沒有host首部，則以處理此請求的主機的主機名代替

4.$hostname:nginx服務運行所在主機的主機名

5.$remote_addr：客戶端ip

6.$remote_port：客戶端port

7.$remote_user:使用用戶認證時客戶端用戶輸入的用戶名

8.$request_filename:用戶請求中的URI通過本地root或alias轉換後映射的本地的文件路徑

9.$request_method：請求方法

10.$server_addr：服務器地址

11.$server_name: 服務器名稱

12.$server_port: 服務器端口

13.$server_protocol:服務器想客戶端發送響應時的協議，如http/1.1 http/1.0

14.$scheme: 在請求中使用的scheme映射協議自己的協議

15.$http_HEADER:匹配請求報文中指定的HEADER 例如：$http_host匹配請求報文中的host首部

16.$sent_http_HEADER:響應報文中指定的HERADER，例如：$http_content_type匹配相應報文中的content-type首部

17.$document_root：當前請求映射到的root配置

3、反向代理性能優化

在反向代理場景中，nginx有一系列指定用於定義其工做特性，如緩衝區大小等，給這些指定設定一個合理的值，能夠有效提升其系能

一、緩存區設定

nginx在默認狀況下再其響應給客戶端以前儘量在接來自upstream服務器的響應報文，它會將這些響應報文暫存於本地並儘可能一次性的響應給客戶端。然而，在來自於客戶端的響應過多時，nginx會視圖將之存儲與本地磁盤中，這將大大下降nginx的性能，所以，在有着更多可用內存的場景中，應該將用於暫存這些報文的緩存區調大至一個合理的值

proxy_buffer_size size: 設定用於暫存來自於upstream服務器的每個響應報文的緩衝區大小

proxy_buffering on|off: 啓動緩存upstream服務器的響應報文，不然，若是proxy_max_temp_file_size指令的值爲0，來自upstream服務器的響應報文在接受到的那一刻將同步發送給客戶端；通常狀況下，啓用proxy_buffering並將proxy_max_temp_file_size設定爲0並可以避免緩存響應報文的功能，並可以避免將其緩存至磁盤中

proxy_buffers 8 4k|8k：用以緩存來自upstream服務器的響應報文的緩存區大小

二、緩存

nginx做爲反向代理時，可以未來自upstream的響應緩存至本地，並在後續的客戶端請求內容一樣時直接從本地構建響應報文

proxy_cache zone|off：定義一個用戶緩存的共享內存區域，其可被多個地方調用，緩存將聽從upstream服務器的響應報文首部關於緩存的設定，如「Expires」、「Cache-Contol：no-cache」、「Cache-Control:max-age=XXX」、「private」和「no-store」等，但nginx設定proxy_cache_key必須包含用戶特定數據如$cookir_xxx的方式實現，但最後這種方式在公共緩存上使用可能會有風險，所以，在響應報文中含有一下首部或指定標誌的報文將不會被緩存

Set-Cookie

Cache-Control containing "no-cache", "no-store", "private", or a "max-age" with a non-numeric or 0 value

Expires with a time in the past

X-Accel-Expires: 0

proxy_cahce_key：設定在存儲及檢索緩存時用於「鍵」的字符串，可使用變量爲其值，但使用不當時有可能會爲同一個內容緩存屢次；另外，將用戶私有信息用於鍵能夠避免將用戶的私有信息發回給其餘用戶

proxy_cache_lock:啓用此項，可在緩存未命中中阻止多個相同的請求同時發送upstream，其生效返回爲worker級別

proxy_cache_lock_timeout: proxy_cache_lock功能的鎖定時長

proxy_cache_main_uses：某響應報文被緩存以前至少應該被請求的次數

proxy_cache_path：定義一個用於保存緩存響應報文的路徑，及一個保存緩存對象的鍵及相應元數據的共享內存區域（key_zone=name:size）,其可選參數有：

levels：每級子目錄名稱的長度，有效值爲1或者2，每級之間使用冒號分隔，最多爲3級

inactive: 非活動緩存項從緩存中剔除以前的最大緩存時長

max_size：緩存空間大小的上限，當須要緩存的對象超出此空間時，緩存管理器將給予LRU算法對其進行清理

loader_files: 緩存加載器（cache_loader）的每次工做過程最多爲多少個文件加載元數據

loader_threashold:緩存加載器的最大睡眠時長：

例如：

proxy_cache_path /data/nginx/cache/one levels=1 keys_zone=one:10m;

proxy_cache_path /data/nginx/cache/two levels=2:2 keys_zone=two:100m;

proxy_cache_path /data/nginx/cache/three levels=1:1:2 keys_zone=three:1000m;

proxy_cache_usr_stale: 在沒法聯繫到upstream服務器時的那種情形下（如error、timeout或http_500等）讓nginx使用本地的緩存對象直接響應客戶端請求：其格式爲：

proxy_cache_valid [code ....]time:用於爲不一樣的響應設定不一樣市場的有效緩存時長，如

proxy_cache_valid 200 302 10m;

proxy_cache_menthods [GET HEAD POST]:爲那些請求方法開啓緩存功能

proxy_cache_bypass string：設定在那種情形下，nginx將不會緩存數據：例如

proxy_cache_bypass $cookie_nocache $arg_nocache $arg_comment;

proxy_cache_bypass $http_pragma $http_authorization;

使用案例

http {

proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=STATIC:10m

inactive=24h max_size=1g;

server {

location / {

proxy_pass http://www.magedu.com;

proxy_set_header Host $host;

proxy_cache STATIC;

proxy_cache_valid 200 1d;

proxy_cache_valid 301 302 10m;

proxy_cache_vaild any 1m;

proxy_cache_use_stale error timeout invalid_header updating

http_500 http_502 http_503 http_504;

}

三、壓縮

nginx將響應報文發送至客戶端以前可使用啓用壓縮功能，這可以有效的節約代理。並提升響應至客戶端的速度。一般編譯nginx默認會附帶gzip壓縮的功能，所以，能夠之間啓用

http {

gzip on; //開啓壓縮功能

gzip_http_version 1.0;

gzip_comp_level 2; //壓縮比

gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript application/json; //對那些文件進行壓縮

gzip_disable msie6; //不對那些瀏覽器壓縮

}

gzip_proxied指令能夠定義對客戶端請求的哪類對象啓用壓縮功能，如「expire」首部定義而沒法緩存的對象啓用壓縮功能，其餘可接受的值還有「no-cache」、「no-store」、「private」、「no_last_modified」、「no_etag」和「auto」等，而「off」表示關閉壓縮功能

CentOS 6.2實戰部署Nginx+MySQL+PHP http://www.linuxidc.com/Linux/2013-09/90020.htm

使用Nginx搭建WEB服務器 http://www.linuxidc.com/Linux/2013-09/89768.htm

搭建基於Linux6.3+Nginx1.2+PHP5+MySQL5.5的Web服務器全過程 http://www.linuxidc.com/Linux/2013-09/89692.htm

CentOS 6.3下Nginx性能調優 http://www.linuxidc.com/Linux/2013-09/89656.htm

CentOS 6.3下配置Nginx加載ngx_pagespeed模塊 http://www.linuxidc.com/Linux/2013-09/89657.htm

CentOS 6.4安裝配置Nginx+Pcre+php-fpm http://www.linuxidc.com/Linux/2013-08/88984.htm

Nginx安裝配置使用詳細筆記 http://www.linuxidc.com/Linux/2014-07/104499.htm

Nginx日誌過濾使用ngx_log_if不記錄特定日誌 http://www.linuxidc.com/Linux/2014-07/104686.htm

Nginx 的詳細介紹：請點這裏
Nginx 的下載地址：請點這裏

本文永久更新連接地址：http://www.linuxidc.com/Linux/2015-11/125096.htm