Nginx是一款輕量級的Web 服務器/反向代理服務器及電子郵件(IMAP/POP3)代理服務器,並在一個BSD-like 協議下發行。由俄羅斯的程序設計師Igor Sysoev所開發,供俄國大型的入口網站及搜索引擎Rambler(俄文:Рамблер)使用。其特色是佔有內存少,併發能力強,事實上nginx的併發能力確實在同類型的網頁服務器中表現較好。(百度百科- http://www.dwz.cn/x32kG)
我使用的環境是64位 Ubuntu 14.04。nginx依賴如下模塊:
l gzip模塊須要 zlib 庫
l rewrite模塊須要 pcre 庫
l ssl 功能須要openssl庫
1. 獲取pcre編譯安裝包,在http://www.pcre.org/上能夠獲取當前最新的版本
2. 解壓縮pcre-xx.tar.gz包。
3. 進入解壓縮目錄,執行./configure。
4. make & make install
1. 獲取openssl編譯安裝包,在http://www.openssl.org/source/上能夠獲取當前最新的版本。
2. 解壓縮openssl-xx.tar.gz包。
3. 進入解壓縮目錄,執行./config。
4. make & make install
1. 獲取zlib編譯安裝包,在http://www.zlib.net/上能夠獲取當前最新的版本。
2. 解壓縮openssl-xx.tar.gz包。
3. 進入解壓縮目錄,執行./configure。
4. make & make install
1. 獲取nginx,在http://nginx.org/en/download.html上能夠獲取當前最新的版本。
2. 解壓縮nginx-xx.tar.gz包。
3. 進入解壓縮目錄,執行./configure
4. make & make install
若安裝時找不到上述依賴模塊,使用--with-openssl=<openssl_dir>、--with-pcre=<pcre_dir>、--with-zlib=<zlib_dir>指定依賴的模塊目錄。如已安裝過,此處的路徑爲安裝目錄;若未安裝,則此路徑爲編譯安裝包路徑,nginx將執行模塊的默認編譯安裝。
啓動nginx以後,瀏覽器中輸入http://localhost能夠驗證是否安裝啓動成功。
安裝完成以後,配置目錄conf下有如下配置文件,過濾掉了xx.default配置:
tyler@ubuntu:/opt/nginx-1.7.7/conf$ tree |grep -v default
.
├── fastcgi.conf
├── fastcgi_params
├── koi-utf
├── koi-win
├── mime.types
├── nginx.conf
├── scgi_params
├── uwsgi_params
└── win-utf
|
除了nginx.conf,其他配置文件,通常只須要使用默認提供便可。
nginx.conf是主配置文件,默認配置去掉註釋以後的內容以下圖所示:
l worker_process表示工做進程的數量,通常設置爲cpu的核數
l worker_connections表示每一個工做進程的最大鏈接數
l server{}塊定義了虛擬主機
n listener監聽端口
n server_name監聽域名
n location{}是用來爲匹配的 URI 進行配置,URI 即語法中的「/uri/」。location / { }匹配任何查詢,由於全部請求都以 / 開頭。
u root指定對應uri的資源查找路徑,這裏html爲相對路徑,完整路徑爲/opt/ opt/nginx-1.7.7/html/
u index指定首頁index文件的名稱,能夠配置多個,以空格分開。若有多個,按配置順序查找。
從配置能夠看出,nginx監聽了80端口、域名爲localhost、跟路徑爲html文件夾(個人安裝路徑爲/opt/nginx-1.7.7,因此/opt/nginx-1.7.7/html)、默認index文件爲index.html, index.htm、服務器錯誤重定向到50x.html頁面。
能夠看到/opt/nginx-1.7.7/html/有如下文件:
tyler@ubuntu:/opt/nginx-1.7.7/html$ ls
50x.html index.html
|
這也是上面在瀏覽器中輸入http://localhost,可以顯示歡迎頁面的緣由。實際上訪問的是/opt/nginx-1.7.7/html/index.html文件。
文件擴展名與文件類型映射表,nginx根據映射關係,設置http請求響應頭的Content-Type值。當在映射表找不到時,使用nginx.conf中default-type指定的默認值。例如,默認配置中的指定的default-type爲application/octet-stream。
include mime.types;
default_type application/octet-stream;
默認
下面截一段mime.types定義的文件擴展名與文件類型映射關係,完整的請自行查看:
nginx配置Fastcgi解析時會調用fastcgi_params配置文件來傳遞服務器變量,這樣CGI中能夠獲取到這些變量的值。默認傳遞如下變量:
這些變量的做用從其命名能夠看出。
對比下fastcgi.conf與fastcgi_params文件,能夠看出只有如下差別:
tyler@ubuntu:/opt/nginx-1.7.7/conf$ diff fastcgi.conf fastcgi_params
2d1
< fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
|
即fastcgi.conf只比fastcgi_params多了一行「fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;」
本來只有fastcgi_params文件,fastcgi.conf是nginx 0.8.30 (released: 15th of December 2009)才引入的。主要爲是解決如下問題(參考:http://www.dwz.cn/x3GIJ):
本來Nginx只有fastcgi_params,後來發現不少人在定義SCRIPT_FILENAME時使用了硬編碼的方式。例如,fastcgi_param SCRIPT_FILENAME /var/www/foo$fastcgi_script_name。因而爲了規範用法便引入了fastcgi.conf。
不過這樣的話就產生一個疑問:爲何必定要引入一個新的配置文件,而不是修改舊的配置文件?這是由於fastcgi_param指令是數組型的,和普通指令相同的是:內層替換外層;和普通指令不一樣的是:當在同級屢次使用的時候,是新增而不是替換。換句話說,若是在同級定義兩次SCRIPT_FILENAME,那麼它們都會被髮送到後端,這可能會致使一些潛在的問題,爲了不此類狀況,便引入了一個新的配置文件。
所以再也不建議你們使用如下方式(搜了一下,網上大量的文章,而且nginx.conf的默認配置也是使用這種方式):
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
而使用最新的方式:
include fastcgi.conf;
與fastcgi_params同樣,傳遞哪些服務器變量,只有前綴不同,以uwsgi_param開始而非fastcgi_param。
與fastcgi_params同樣,傳遞哪些服務器變量,只有前綴不同,以uwsgi_param開始而非fastcgi_param。
這三個文件都是與編碼轉換映射文件,用於在輸出內容到客戶端時,將一種編碼轉換到另外一種編碼。
koi-win: charset_map koi8-r < -- > windows-1251
koi-utf: charset_map koi8-r < -- > utf-8
win-utf: charset_map windows-1251 < -- > utf-8
koi8-r是斯拉夫文字8位元編碼,供俄語及保加利亞語使用。在Unicode未流行以前,KOI8-R 是最爲普遍使用的俄語編碼,使用率甚至起ISO/IEC 8859-5還高。這3個文件存在是由於做者是俄國人的緣由。
http://www.openssl.org/source/
fastcgi.conf vs fastcgi_params:http://www.dwz.cn/x3GIJ