當80和443配在一個server裏,就應該下面這麼寫,nginx
if($scheme = http){ rewrite ^/(.*)$ https://www.jd.com/$1 permanent; }
錯誤寫法,不寫判斷,那就會一直rewrite瀏覽器
rewrite / https://www.jd.com permanent;
官方推薦寫成兩個server,更優雅服務器
server { listen 80; server_name www.nginx.org; ...... } server { listen 80; server_name nginx.org; rewrite ^ http://www.nginx.org$request_uri?; }
參考:https://www.iteye.com/blog/limimgjie-744579
Nginx提供了不少內置的變量,如:
$arg_PARAMETER 這個變量包含在查詢字符串時GET請求PARAMETER的值。cookie
$args 這個變量等於請求行中的參數。ide
$binary_remote_addr 二進制碼形式的客戶端地址。代理
$body_bytes_sent 傳送頁面的字節數code
$content_length 請求頭中的Content-length字段。server
$content_type 請求頭中的Content-Type字段。blog
$cookie_COOKIE cookie COOKIE的值。rem
$document_root 當前請求在root指令中指定的值。
$document_uri 與$uri相同。
$host 請求中的主機頭字段,若是請求中的主機頭不可用,則爲服務器處理請求的服務器名稱。
$is_args 若是$args設置,值爲"?",不然爲""。
$limit_rate 這個變量能夠限制鏈接速率。
$nginx_version 當前運行的nginx版本號。
$query_string 與$args相同。
$remote_addr 客戶端的IP地址。
$remote_port 客戶端的端口。
$remote_user 已經通過Auth Basic Module驗證的用戶名。
$request_filename 當前鏈接請求的文件路徑,由root或alias指令與URI請求生成。
$request_body 這個變量(0.7.58+)包含請求的主要信息。在使用proxy_pass或fastcgi_pass指令的location中比較有意義。
$request_body_file 客戶端請求主體信息的臨時文件名。
$request_completion 未知。
$request_method 這個變量是客戶端請求的動做,一般爲GET或POST。
包括0.8.20及以前的版本中,這個變量總爲main request中的動做,若是當前請求是一個子請求,並不使用這個當前請求的動做。
$request_uri 這個變量等於包含一些客戶端請求參數的原始URI,它沒法修改,請查看$uri更改或重寫URI。
$scheme 所用的協議,好比http或者是https,好比rewrite ^(.+)$ $scheme://example.com$1 redirect;
$server_addr 服務器地址,在完成一次系統調用後能夠肯定這個值,若是要繞開系統調用,則必須在listen中指定地址而且使用bind參數。
$server_name 服務器名稱。
$server_port 請求到達服務器的端口號。
$server_protocol 請求使用的協議,一般是HTTP/1.0或HTTP/1.1。
$uri 請求中的當前URI(不帶請求參數,參數位於$args),能夠不一樣於瀏覽器傳遞的$request_uri的值,它能夠經過內部重定向,或者使用index指令進行修改。
另外:HTTP_X_FORWARDED_FOR是透過代理服務器取得客戶端的真實IP地址,有些用此方法讀取到的仍然是代理服務器的IP。還有一點須要注意的是:若是客戶端沒有經過代理服務器來訪問,那麼用 HTTP_X_FORWARDED_FOR 取到的值將是空的。