worker_processes

工作程序個數

Nginx執行工作程序個數一般設定CPU的核心或者核心數x2。如果不瞭解cpu的核數，可以top命令之後按1看出來，也可以檢視/proc/cpuinfo檔案

grep ^processor /proc/cpuinfo | wc -l

vi/usr/local/nginx1.10/conf/nginx.conf
worker_processes 4;

/usr/local/nginx1.10/sbin/nginx-s reload

ps -aux | grep nginx |grep -v grep
root 9834 0.0 0.0 47556 1948 ?     Ss 22:36 0:00 nginx: master processnginx
www 10135 0.0 0.0 50088 2004 ?       S   22:58 0:00 nginx: worker process
www 10136 0.0 0.0 50088 2004 ?       S   22:58 0:00 nginx: worker process
www 10137 0.0 0.0 50088 2004 ?       S   22:58 0:00 nginx: worker process
www 10138 0.0 0.0 50088 2004 ?       S   22:58 0:00 nginx: worker process
 

worker_cpu_affinity

CPU核心親和力，比如4核配置：

worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000

比如8核配置：

worker_processes 8;
worker_cpu_affinity 00000001 00000010 00000100 0000100000010000 00100000 01000000 10000000;

worker_processes最多開啟8個，8個以上效能提升不會再提升了，而且穩定性變得更低，所以8個程序夠用了。

worker_rlimit_nofile

最大開啟檔案數

worker_rlimit_nofile 65535;

這個指令是指當一個nginx程序開啟的最多檔案描述符數目，理論值應該是最多開啟檔案數（ulimit -n）與nginx程序數相除，但是nginx分配請求並不是那麼均勻，所以最好與ulimit -n的值保持一致。

注：檔案資源限制的配置可以在/etc/security/limits.conf設定，針對root/user等各個使用者或者*代表所有使用者來設定。

• soft nofile 65535
• hard nofile 65535

使用者重新登入生效（ulimit -n）

事件處理模型

events {
use epoll;
worker_connections 65535;
multi_accept on;
}

nginx採用epoll事件模型，處理效率高。

work_connections是單個worker程序允許客戶端最大連線數，這個數值一般根據伺服器效能和記憶體來制定，實際最大值就是worker程序數乘以work_connections。

實際我們填入一個65535，足夠了，這些都算併發值，一個網站的併發達到這麼大的數量，也算一個大站了！

multi_accept 告訴nginx收到一個新連線通知後接受盡可能多的連線，預設是on，設定為on後，多個worker按序列方式來處理連線，也就是一個連線只有一個worker被喚醒，其他的處於休眠狀態，設定為off後，多個worker按並行方式來處理連線，也就是一個連線會喚醒所有的worker，直到連線分配完畢，沒有取得連線的繼續休眠。當你的伺服器連線數不多時，開啟這個引數會讓負載有一定的降低，但是當伺服器的吞吐量很大時，為了效率，可以關閉這個引數。

開啟高效傳輸模式

http {
  include mime.types;
  default_type application/octet-stream;
  ……

  sendfile on;
  tcp_nopush on;
  ……
}

Include mime.types ： 媒體型別,include 只是一個在當前檔案中包含另一個檔案內容的指令。

default_type application/octet-stream ：預設媒體型別足夠。

sendfile on：開啟高效檔案傳輸模式，sendfile指令指定nginx是否呼叫sendfile函式來輸出檔案，對於普通應用設為 on，如果用來進行下載等應用磁碟IO重負載應用，可設定為off，以平衡磁碟與網路I/O處理速度，降低系統的負載。注意：如果圖片顯示不正常把這個改成off。

tcp_nopush on：必須在sendfile開啟模式才有效，防止網路阻塞，積極的減少網路報文段的數量（將響應頭和正文的開始部分一起傳送，而不一個接一個的傳送。）

連線超時時間

6、連線超時時間

主要目的是保護伺服器資源，CPU，記憶體，控制連線數，因為建立連線也是需要消耗資源的。

keepalive_timeout 60;
tcp_nodelay on;
client_header_buffer_size 4k;
open_file_cache max=102400 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 1;
client_header_timeout 15;
client_body_timeout 15;
reset_timedout_connection on;
send_timeout 15;
server_tokens off;
client_max_body_size 10m;

keepalived_timeout ：客戶端連線保持會話超時時間，超過這個時間，伺服器斷開這個連結。

tcp_nodelay：也是防止網路阻塞，不過要包涵在keepalived引數才有效。

client_header_buffer_size 4k：客戶端請求頭部的緩衝區大小，這個可以根據你的系統分頁大小來設定，一般一個請求頭的大小不會超過 1k，不過由於一般系統分頁都要大於1k，所以這裡設定為分頁大小。分頁大小可以用命令getconf PAGESIZE取得。

open_file_cache max=102400 inactive=20s ：這個將為開啟檔案指定快取，預設是沒有啟用的，max指定快取數量，建議和開啟檔案數一致，inactive 是指經過多長時間檔案沒被請求後刪除快取。

open_file_cache_valid 30s：這個是指多長時間檢查一次快取的有效資訊。

open_file_cache_min_uses 1 ：open_file_cache指令中的inactive 引數時間內檔案的最少使用次數，如果超過這個數字，檔案描述符一直是在快取中開啟的，如上例，如果有一個檔案在inactive 時間內一次沒被使用，它將被移除。

client_header_timeout ： 設定請求頭的超時時間。我們也可以把這個設定低些，如果超過這個時間沒有傳送任何資料，nginx將返回request time out的錯誤。

client_body_timeout設定請求體的超時時間。我們也可以把這個設定低些，超過這個時間沒有傳送任何資料，和上面一樣的錯誤提示。

reset_timeout_connection ：告訴nginx關閉不響應的客戶端連線。這將會釋放那個客戶端所佔有的記憶體空間。

send_timeout ：響應客戶端超時時間，這個超時時間僅限於兩個活動之間的時間，如果超過這個時間，客戶端沒有任何活動，nginx關閉連線。

server_tokens ：並不會讓nginx執行的速度更快，但它可以關閉在錯誤頁面中的nginx版本數字，這樣對於安全性是有好處的。

client_max_body_size：上傳檔案大小限制。

fastcgi 調優

nginx不支援直接呼叫或者解析動態程式（php），必須通過fastcgi（通用閘道器介面）來啟動php-fpm程序來解析php指令碼。也就是說使用者請求先到nginx，nginx再將動態解析交給fastcgi，fastcgi啟動php-fpm解析php指令碼。所以我們有必要對fastcgi和php-fpm進行適當的引數優化。

http {

    ……
    
    fastcgi_cache_path/usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=TEST:10m inactive=5m;  
    # FastCGI快取指定一個檔案路徑、目錄結構等級、關鍵字區域儲存時間和非活動刪除時間
    
    fastcgi_connect_timeout 300; #指定連線到後端FastCGI的超時時間
    
    fastcgi_send_timeout 300; #指定向FastCGI傳送請求的超時時間
    
    fastcgi_read_timeout 300; #指定接收FastCGI應答的超時時間
    
    fastcgi_buffer_size 64k; #指定讀取FastCGI應答第一部分需要多大的緩衝區
    
    fastcgi_buffers 4 64k; #指定本地需要用多少盒多大的緩衝區來緩衝FastCGI的應答請求
    
    fastcgi_busy_buffers_size 128k;   
    fastcgi_temp_file_write_size 128k; #表示在寫入快取檔案時使用多大的資料塊，預設值是fastcgi_buffers的兩倍
    
    fastcgi_cache TEST; #開啟fastcgi_cache快取並指定一個TEST名稱
    
    fastcgi_cache_valid 200 302 1h; #指定200、302應答程式碼的快取1小時
    
    fastcgi_cache_valid 301 1d; #將301應答程式碼快取1天
    
    fastcgi_cache_valid any 1m; #將其他應答均快取1分鐘
}

php-fpm.conf配置引數

pm =dynamic #兩種控制子程序方式（static和dynamic）

pm.max_children= 5 #同一時間存活的最大子程序數

pm.start_servers= 2 #啟動時建立的程序數

pm.min_spare_servers= 1 #最小php-fpm程序數

pm.max_spare_servers= 3 #最大php-fpm程序數

fastcgi_connect_timeout 600;
fastcgi_send_timeout 600;
fastcgi_read_timeout 600;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
fastcgi_temp_path/usr/local/nginx1.10/nginx_tmp;
fastcgi_intercept_errors on;
fastcgi_cache_path/usr/local/nginx1.10/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128minactive=1d max_size=10g;

fastcgi_connect_timeout 600 ：指定連線到後端FastCGI的超時時間。

fastcgi_send_timeout 600 ：向FastCGI傳送請求的超時時間。

fastcgi_read_timeout 600 ：指定接收FastCGI應答的超時時間。

fastcgi_buffer_size 64k ：指定讀取FastCGI應答第一部分需要用多大的緩衝區，預設的緩衝區大小為。fastcgi_buffers指令中的每塊大小，可以將這個值設定更小。

fastcgi_buffers 4 64k ：指定本地需要用多少和多大的緩衝區來緩衝FastCGI的應答請求，如果一個php指令碼所產生的頁面大小為256KB，那麼會分配4個64KB的緩衝區來快取，如果頁面大小大於256KB，那麼大於256KB的部分會快取到fastcgi_temp_path指定的路徑中，但是這並不是好方法，因為記憶體中的資料處理速度要快於磁碟。一般這個值應該為站點中php指令碼所產生的頁面大小的中間值，如果站點大部分指令碼所產生的頁面大小為256KB，那麼可以把這個值設定為“8 32K”、“4 64k”等。

fastcgi_busy_buffers_size 128k ：建議設定為fastcgi_buffers的兩倍，繁忙時候的buffer。

fastcgi_temp_file_write_size 128k ：在寫入fastcgi_temp_path時將用多大的資料塊，預設值是fastcgi_buffers的兩倍，該數值設定小時若負載上來時可能報502BadGateway。

fastcgi_temp_path ：快取臨時目錄。

fastcgi_intercept_errors on ：這個指令指定是否傳遞4xx和5xx錯誤資訊到客戶端，或者允許nginx使用error_page處理錯誤資訊。注：靜態檔案不存在會返回404頁面，但是php頁面則返回空白頁！

fastcgi_cache_path /usr/local/nginx1.10/fastcgi_cachelevels=1:2 keys_zone=cache_fastcgi:128minactive=1d max_size=10g ：fastcgi_cache快取目錄，可以設定目錄層級，比如1:2會生成16*256個子目錄，cache_fastcgi是這個快取空間的名字，cache是用多少記憶體（這樣熱門的內容nginx直接放記憶體，提高訪問速度），inactive表示預設失效時間，如果快取資料在失效時間內沒有被訪問,將被刪除，max_size表示最多用多少硬碟空間。

fastcgi_cache cache_fastcgi ：#表示開啟FastCGI快取併為其指定一個名稱。開啟快取非常有用，可以有效降低CPU的負載，並且防止502的錯誤放生。cache_fastcgi為proxy_cache_path指令建立的快取區名稱。

fastcgi_cache_valid 200 302 1h ：#用來指定應答程式碼的快取時間，例項中的值表示將200和302應答快取一小時，要和fastcgi_cache配合使用。

fastcgi_cache_valid 301 1d ：將301應答快取一天。

fastcgi_cache_valid any 1m ：將其他應答快取為1分鐘。

fastcgi_cache_min_uses 1 ：該指令用於設定經過多少次請求的相同URL將被快取。

fastcgi_cache_key http://\(host\)request_uri ：該指令用來設定web快取的Key值,nginx根據Key值md5雜湊儲存.一般根據\(host(域名)、\)request_uri(請求的路徑)等變數組合成proxy_cache_key 。

fastcgi_pass ：指定FastCGI伺服器監聽埠與地址，可以是本機或者其它。

總結：

nginx的快取功能有：proxy_cache 和 fastcgi_cache

proxy_cache的作用是快取後端伺服器的內容，可能是任何內容，包括靜態的和動態。

fastcgi_cache的作用是快取fastcgi生成的內容，很多情況是php生成的動態的內容。

proxy_cache快取減少了nginx與後端通訊的次數，節省了傳輸時間和後端寬頻。

fastcgi_cache快取減少了nginx與php的通訊的次數，更減輕了php和資料庫(mysql)的壓力。

gzip 調優

使用gzip壓縮功能，可能為我們節約頻寬，加快傳輸速度，有更好的體驗，也為我們節約成本，所以說這是一個重點。

Nginx啟用壓縮功能需要你來ngx_http_gzip_module模組，apache使用的是mod_deflate。

一般我們需要壓縮的內容有：文字，js，html，css，對於圖片，視訊，flash什麼的不壓縮，同時也要注意，我們使用gzip的功能是需要消耗CPU的！

http {
    ……
    gzip on;
    gzip_min_length 1k; #允許壓縮的頁面最小位元組數，預設是0，多大都壓縮，小於1k的可能適得其反
    gzip_buffers 4 16k; #gzip申請記憶體的大小，按資料大小的4倍去申請記憶體
    gzip_http_version 1.0; #識別http協議版本
    gzip_comp_level 2; #壓縮級別，1壓縮比最小，處理速度最快，9壓縮比最大，處理速度最慢
    gzip_types text/plainapplication/x-javascripttext/css application/xml image/jpg; #壓縮資料型別
    gzip_vary on; #根據客戶端的http頭來判斷，是否需要壓縮
}

gzip on;
gzip_min_length 2k;
gzip_buffers   4 32k;
gzip_http_version 1.1;
gzip_comp_level 6;
gzip_typestext/plain text/css text/javascriptapplication/json application/javascript application/x-javascriptapplication/xml;
gzip_vary on;
gzip_proxied any;

gzip_min_length 1k ：設定允許壓縮的頁面最小位元組數，頁面位元組數從header頭的Content-Length中獲取，預設值是0，不管頁面多大都進行壓縮，建議設定成大於1K，如果小與1K可能會越壓越大。

gzip_buffers 4 32k ：壓縮緩衝區大小，表示申請4個單位為32K的記憶體作為壓縮結果流快取，預設值是申請與原始資料大小相同的記憶體空間來儲存gzip壓縮結果。

gzip_http_version 1.1 ：壓縮版本，用於設定識別HTTP協議版本，預設是1.1，目前大部分瀏覽器已經支援GZIP解壓，使用預設即可。

gzip_comp_level 6 ：壓縮比例，用來指定GZIP壓縮比，1壓縮比最小，處理速度最快，9壓縮比最大，傳輸速度快，但是處理慢，也比較消耗CPU資源。

gzip_types text/css text/xml application/javascript ：用來指定壓縮的型別，‘text/html’型別總是會被壓縮。預設值: gzip_types text/html (預設不對js/css檔案進行壓縮)

• 壓縮型別，匹配MIME型進行壓縮；

• 不能用萬用字元 text/*；

• text/html預設已經壓縮 (無論是否指定)；

• 設定哪壓縮種文字檔案可參考 conf/mime.types。

gzip_vary on ：varyheader支援，改選項可以讓前端的快取伺服器快取經過GZIP壓縮的頁面，例如用Squid快取經過nginx壓縮的資料。

expires 快取調優

快取，主要針對於圖片，css，js等元素更改機會比較少的情況下使用，特別是圖片，佔用頻寬大，我們完全可以設定圖片在瀏覽器本地快取365d，css，js，html可以快取個10來天，這樣使用者第一次開啟載入慢一點，第二次，就非常快了！快取的時候，我們需要將需要快取的拓展名列出來， Expires快取配置在server欄位裡面。

server {
    location ~ .*\.(gif|jpg|png|bmp|swf)$ #快取資料字尾型別
    {
      expires 30d; #使用expires快取模組，快取到客戶端30天
    }
    location ~ .*\.( jsp|js|css)?$
    {
      expires 1d;
    }
}


location ~* \.(ico|jpe?g|gif|png|bmp|swf|flv)$ {
    expires 30d;
    #log_not_found off;
    access_log off;
}

location ~* \.(js|css)$ {
    expires 7d;
    log_not_found off;
    access_log off;
}

注：log_not_found off;是否在error_log中記錄不存在的錯誤。預設是。

總結：

expire功能優點：

expires可以降低網站購買的頻寬，節約成本；

同時提升使用者訪問體驗；

減輕服務的壓力，節約伺服器成本，是web服務非常重要的功能。

expire功能缺點：

被快取的頁面或資料更新了，使用者看到的可能還是舊的內容，反而影響使用者體驗。

解決辦法：第一個縮短快取時間，例如：1天，但不徹底，除非更新頻率大於1天；第二個對快取的物件改名。

網站不希望被快取的內容：

網站流量統計工具；

更新頻繁的檔案（google的logo）。

防盜鏈

防止別人直接從你網站引用圖片等連結，消耗了你的資源和網路流量，那麼我們的解決辦法由幾種：

水印，品牌宣傳，你的頻寬，伺服器足夠；

防火牆，直接控制，前提是你知道IP來源；

防盜鏈策略下面的方法是直接給予404的錯誤提示。

location ~*^.+\.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {
	valid_referers noneblocked www.benet.com benet.com;
	if($invalid_referer) {
        #return 302 http://www.benet.com/img/nolink.jpg;
        return 404;
        break;
	}
	access_log off;
}

引數可以使如下形式：

none ：意思是不存在的Referer頭(表示空的，也就是直接訪問，比如直接在瀏覽器開啟一個圖片)。

blocked ：意為根據防火牆偽裝Referer頭，如：“Referer:XXXXXXX”。

server_names ：為一個或多個伺服器的列表，0.5.33版本以後可以在名稱中使用“*”萬用字元。

核心引數優化

fs.file-max = 999999：這個引數表示程序（比如一個worker程序）可以同時開啟的最大控制代碼數，這個引數直線限制最大併發連線數，需根據實際情況配置。

net.ipv4.tcp_max_tw_buckets = 6000 ：這個引數表示作業系統允許TIME_WAIT套接字數量的最大值，如果超過這個數字，TIME_WAIT套接字將立刻被清除並列印警告資訊。該引數預設為180000，過多的TIME_WAIT套接字會使Web伺服器變慢。注：主動關閉連線的服務端會產生TIME_WAIT狀態的連線

net.ipv4.ip_local_port_range = 1024 65000 ：允許系統開啟的埠範圍。

net.ipv4.tcp_tw_recycle = 1 ：啟用timewait快速回收。

net.ipv4.tcp_tw_reuse = 1 ：開啟重用。允許將TIME-WAIT sockets重新用於新的TCP連線。這對於伺服器來說很有意義，因為伺服器上總會有大量TIME-WAIT狀態的連線。

net.ipv4.tcp_keepalive_time = 30：這個引數表示當keepalive啟用時，TCP傳送keepalive訊息的頻度。預設是2小時，若將其設定的小一些，可以更快地清理無效的連線。

net.ipv4.tcp_syncookies = 1 ：開啟SYN Cookies，當出現SYN等待佇列溢位時，啟用cookies來處理。

net.core.somaxconn = 40960 ：web 應用中 listen 函式的 backlog 預設會給我們核心引數的。

net.core.somaxconn ：限制到128，而nginx定義的NGX_LISTEN_BACKLOG 預設為511，所以有必要調整這個值。注：對於一個TCP連線，Server與Client需要通過三次握手來建立網路連線.當三次握手成功後,我們可以看到埠的狀態由LISTEN轉變為ESTABLISHED,接著這條鏈路上就可以開始傳送資料了.每一個處於監聽(Listen)狀態的埠,都有自己的監聽佇列.監聽佇列的長度與如somaxconn引數和使用該埠的程式中listen()函式有關。somaxconn定義了系統中每一個埠最大的監聽佇列的長度,這是個全域性的引數,預設值為128，對於一個經常處理新連線的高負載 web服務環境來說，預設的 128 太小了。大多數環境這個值建議增加到 1024 或者更多。大的偵聽佇列對防止拒絕服務 DoS 攻擊也會有所幫助。

net.core.netdev_max_backlog = 262144 ：每個網路介面接收資料包的速率比核心處理這些包的速率快時，允許送到佇列的資料包的最大數目。

net.ipv4.tcp_max_syn_backlog = 262144 ：這個引數標示TCP三次握手建立階段接受SYN請求佇列的最大長度，預設為1024，將其設定得大一些可以使出現Nginx繁忙來不及accept新連線的情況時，Linux不至於丟失客戶端發起的連線請求。

net.ipv4.tcp_rmem = 10240 87380 12582912 ：這個引數定義了TCP接受快取（用於TCP接受滑動視窗）的最小值、預設值、最大值。

net.ipv4.tcp_wmem = 10240 87380 12582912：這個引數定義了TCP傳送快取（用於TCP傳送滑動視窗）的最小值、預設值、最大值。

net.core.rmem_default = 6291456：這個引數表示核心套接字接受快取區預設的大小。

net.core.wmem_default = 6291456：這個引數表示核心套接字傳送快取區預設的大小。

net.core.rmem_max = 12582912：這個引數表示核心套接字接受快取區的最大大小。

net.core.wmem_max = 12582912：這個引數表示核心套接字傳送快取區的最大大小。

net.ipv4.tcp_syncookies = 1：該引數與效能無關，用於解決TCP的SYN攻擊。

下面貼一個完整的核心優化設定：

fs.file-max = 999999
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
net.ipv4.tcp_max_tw_buckets = 6000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_rmem = 10240 87380 12582912
net.ipv4.tcp_wmem = 10240 87380 12582912
net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.core.netdev_max_backlog = 262144
net.core.somaxconn = 40960
net.ipv4.tcp_max_orphans = 3276800
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_synack_retries = 1
net.ipv4.tcp_syn_retries = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_mem = 94500000 915000000 927000000
net.ipv4.tcp_fin_timeout = 1
net.ipv4.tcp_keepalive_time = 30
net.ipv4.ip_local_port_range = 1024 65000

執行sysctl -p使核心修改生效。

關於系統連線數的優化

linux 預設值 open files為1024。檢視當前系統值：

ulimit -n
1024

說明server只允許同時開啟1024個檔案。

使用ulimit -a 可以檢視當前系統的所有限制值，使用ulimit -n 可以檢視當前的最大開啟檔案數。

新裝的linux 預設只有1024 ，當作負載較大的伺服器時，很容易遇到error: too many open files。因此，需要將其改大，在/etc/security/limits.conf最後增加：

*               soft    nofile           65535
*               hard   nofile           65535
*               soft    noproc         65535
*               hard   noproc         65535

proxy_cache本地快取模組

http {
    ……
    proxy_temp_path /usr/local/nginx/proxy_cache/temp; # 快取臨時目錄
    
    proxy_cache_path /usr/local/nginx/proxy_cache/cache levels=1:2 keys_zone=one:10m inactive=1d max_size=1g;
    # 快取檔案實際目錄，levels定義層級目錄，1:2說明1是一級目錄，2是二級目錄，keys_zone儲存元資料，並分配10M記憶體空間。inctive表示1天沒有被訪問的快取就刪除，預設10分鐘。max_size是最大分配磁碟空間
    
    server {
        listen 80;
        server_name 192.168.1.10;
        location / {
        proxy_cache one; #呼叫快取區
        #proxy_cache_valid 200 304 12h; #可根據HTTP狀態碼設定不同的快取時間
        proxy_cache_valid any 10m; #快取有效期為10分鐘
    }
      #清除URL快取，允許來自哪個網段的IP可以清除快取(需要安裝第三方模組"ngx_cache_purge"),清除URL快取方法：訪問http://192.168.1.10/purge/檔名
    location ~ /purge(/.*){
        allow 127.0.0.1;
        allow 192.168.1.0/24;
        deny all;
        proxy_cache_purge cache_one$host$1$is_args$args;
    }
}

總結

deflate配置引數：

啟用壓縮模組可以節省一部分頻寬，會增加WEB端CPU處理，但在上圖網站架構中，WEB端啟用壓縮模組並沒有起到作用，因為傳輸到上層走的是區域網。對於直接面向用戶的架構還是要啟用的。WEB也不用啟用expires模組，因為有了反向代理伺服器和CDN，所以到不了使用者瀏覽器，開啟起不到作用。

如果反向代理使用nginx做代理，可開啟expires模組，將靜態檔案快取到使用者瀏覽器，瀏覽器發起請求時，先判斷本地快取是否有請求的資料，如果有再判斷是否過期，如果不過期就直接瀏覽快取資料，哪怕伺服器資源已經改變，所以要根據業務情況合理設定過期時間。

利用PHP快取器提高程式碼執行效率

php程式在沒有使用快取器情況下，每次請求php頁面，php都會對此頁面進行程式碼編譯，這就意味著重複的編譯工作會增加伺服器負載。有了快取器就會把每次編譯後的資料快取到共享記憶體中，下次訪問直接使用緩衝區已編譯好的程式碼，從而避免重複的編譯過程，以加快其執行效率。因此PHP網站使用快取器是完全有必要的！主流的PHP快取器有：eAccelerator、XCache。