Nginx 配置小結

CraryPrimitiveMan發表於2017-03-18

前兩天去聽了一堂Nginx的課,然後翻了一下自己之前的Nginx的筆記,做了一個簡單的小結。

全域性變數

$args : 這個變數等於請求行中的引數,同$query_string
$content_length : 請求頭中的Content-length欄位
$content_type : 請求頭中的Content-Type欄位
$document_root : 當前請求在root指令中指定的值
$host : 請求主機頭欄位,否則為伺服器名稱
$http_user_agent : 客戶端agent資訊
$http_cookie : 客戶端cookie資訊
$limit_rate : 這個變數可以限制連線速率
$request_method : 客戶端請求的動作,通常為GETPOST
$remote_addr : 客戶端的IP地址
$remote_port : 客戶端的埠
$remote_user : 已經經過Auth Basic Module驗證的使用者名稱
$request_filename : 當前請求的檔案路徑,由rootalias指令與URI請求生成
$scheme : HTTP方法(如httphttps
$server_protocol : 請求使用的協議,通常是HTTP/1.0HTTP/1.1
$server_addr : 伺服器地址,在完成一次系統呼叫後可以確定這個值
$server_name : 伺服器名稱
$server_port : 請求到達伺服器的埠號
$request_uri : 包含請求引數的原始URI,不包含主機名,如/foo/bar.php?arg=baz
$uri : 不帶請求引數的當前URI$uri不包含主機名,如/foo/bar.html
$document_uri : 與$uri相同

假設請求為http://www.qq.com:8080/a/b/c.php,則
$host:www.qq.com
$server_port:8080
$request_uri:http://www.qq.com:8080/a/b/c.php
$document_uri:/a/b/c.php
$document_root:/var/www/html
$request_filename:/var/www/html/a/b/c.php

主機名(server_name)匹配

從上到下的優先順序為從高到低

  1. 明確的server_name名稱,如www.qq.com
  2. 字首萬用字元,如*.qq.com. qq.com
  3. 字尾萬用字元,如www.qq.*
  4. 正規表示式,如~[a-z]+\.qq\.com

Location查詢規則

從上到下的優先順序為從高到低

  1. 等號型別,精確匹配,如location = / {}
  2. ^~型別,字首匹配,不支援正則,如location ^~ /user {}
  3. ~~*型別,正則匹配,~區分大小寫,~*不區分大小寫,如location ~ ^/user {}
  4. 常規字串匹配型別,如location / {}location /user {}

Try_files規則

try_files $uri $uri/ /index.php
假設請求為http://www.qq.com/test,則$uritest

  1. 查詢/$root/test檔案
  2. 查詢/$root/test/目錄
  3. 發起/index.php的內部“子請求”

Rewrite規則

rewrite ^/images/(.*).(png|jpg|gif)$ /images?name=$1.$4 last;

上面的rewrite規則會將檔名改寫到引數中

last : 相當於Apache的[L]標記,表示完成rewrite
break : 停止執行當前虛擬主機的後續rewrite指令集
redirect : 返回302臨時重定向,位址列會顯示跳轉後的地址
permanent : 返回301永久重定向,位址列會顯示跳轉後的地址

負載均衡

例子如下

upstream backend1 {
    server backend1.qq.com weight=5;
    server 127.0.0.1:8080 max_fails=3 fail_timeout=30s;
    server unix:/tmp/backend3 backup;
}

upstream backend2 {
    ip_hash;
    server backend1.qq.com;
    server backend2.qq.com;
    server backend3.qq.com down;
    server backend4.qq.com;
}

server {
    location / {
        proxy_pass http://backend1;
    }

    location /api {
        proxy_pass http://backend2;
    }
}

檢視一個例項

下面是一個 laravel框架Nginx配置的例子,聽過這堂課終於瞭解了下面的原理。

server {
    listen 80 default_server;
    listen [::]:80 default_server ipv6only=on;

    # 設定網站根目錄
    root /var/www/laravel/public;
    # 網站預設首頁
    index index.php index.html index.htm;

    # 伺服器名稱,server_domain_or_IP 請替換為自己設定的名稱或者 IP 地址
    server_name server_domain_or_IP;

    # 修改為 Laravel 轉發規則,否則PHP無法獲取$_GET資訊,提示404錯誤
    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    # PHP 支援
    location ~ \.php$ {
        try_files $uri /index.php =404;
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }
}

我們主要關注兩個location,假設地址是http://www.qq.com/user/info,會匹配到如下location

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

由於$uri$uri/是不存在的,所以會走/index.php?$query_string,這時候會發起一個內部“子請求”,“子請求”會重新匹配location,然後匹配到如下location

    location ~ \.php$ {
        try_files $uri /index.php =404;
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }

這樣請求就會傳送到fastcgi去做處理。

本作品採用《CC 協議》,轉載必須註明作者和本文連結
Talk is cheap. Show me the code.

相關文章