Nginx安裝與使用教程詳解
前言
Nginx是一款輕量級的Web 服務(wù)器/反向代理服務(wù)器及電子郵件(IMAP/POP3)代理服務(wù)器,并在一個(gè)BSD-like 協(xié)議下發(fā)行。由俄羅斯的程序設(shè)計(jì)師Igor Sysoev所開發(fā),供俄國大型的入口網(wǎng)站及搜索引擎Rambler(俄文:Рамблер)使用。其特點(diǎn)是占有內(nèi)存少,并發(fā)能力強(qiáng),事實(shí)上nginx的并發(fā)能力確實(shí)在同類型的網(wǎng)頁服務(wù)器中表現(xiàn)較好。(百度百科- http://www.dwz.cn/x32kG)
1.Nginx安裝
我使用的環(huán)境是64位 Ubuntu 14.04。nginx依賴以下模塊:
l gzip模塊需要 zlib 庫
l rewrite模塊需要 pcre 庫
l ssl 功能需要openssl庫
1.1.安裝pcre
1. 獲取pcre編譯安裝包,在http://www.pcre.org/上可以獲取當(dāng)前最新的版本
2. 解壓縮pcre-xx.tar.gz包。
3. 進(jìn)入解壓縮目錄,執(zhí)行./configure。
4. make & make install
1.2.安裝openssl
1. 獲取openssl編譯安裝包,在http://www.openssl.org/source/上可以獲取當(dāng)前最新的版本。
2. 解壓縮openssl-xx.tar.gz包。
3. 進(jìn)入解壓縮目錄,執(zhí)行./config。
4. make & make install
1.3.安裝zlib
1. 獲取zlib編譯安裝包,在http://www.zlib.net/上可以獲取當(dāng)前最新的版本。
2. 解壓縮openssl-xx.tar.gz包。
3. 進(jìn)入解壓縮目錄,執(zhí)行./configure。
4. make & make install
1.4.安裝nginx
1. 獲取nginx,在http://nginx.org/en/download.html上可以獲取當(dāng)前最新的版本。
2. 解壓縮nginx-xx.tar.gz包。
3. 進(jìn)入解壓縮目錄,執(zhí)行./configure
4. make & make install
若安裝時(shí)找不到上述依賴模塊,使用--with-openssl=<openssl_dir>、--with-pcre=<pcre_dir>、--with-zlib=<zlib_dir>指定依賴的模塊目錄。如已安裝過,此處的路徑為安裝目錄;若未安裝,則此路徑為編譯安裝包路徑,nginx將執(zhí)行模塊的默認(rèn)編譯安裝。
啟動(dòng)nginx之后,瀏覽器中輸入http://localhost可以驗(yàn)證是否安裝啟動(dòng)成功。
2.Nginx配置
安裝完成之后,配置目錄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,其余配置文件,一般只需要使用默認(rèn)提供即可。
2.1.nginx.conf
nginx.conf是主配置文件,默認(rèn)配置去掉注釋之后的內(nèi)容如下圖所示:
l worker_process表示工作進(jìn)程的數(shù)量,一般設(shè)置為cpu的核數(shù)
l worker_connections表示每個(gè)工作進(jìn)程的最大連接數(shù)
l server{}塊定義了虛擬主機(jī)
n listener監(jiān)聽端口
n server_name監(jiān)聽域名
n location{}是用來為匹配的 URI 進(jìn)行配置,URI 即語法中的“/uri/”。location / { }匹配任何查詢,因?yàn)樗姓埱蠖家?/ 開頭。
u root指定對應(yīng)uri的資源查找路徑,這里html為相對路徑,完整路徑為/opt/ opt/nginx-1.7.7/html/
u index指定首頁index文件的名稱,可以配置多個(gè),以空格分開。如有多個(gè),按配置順序查找。
從配置可以看出,nginx監(jiān)聽了80端口、域名為localhost、跟路徑為html文件夾(我的安裝路徑為/opt/nginx-1.7.7,所以/opt/nginx-1.7.7/html)、默認(rèn)index文件為index.html, index.htm、服務(wù)器錯(cuò)誤重定向到50x.html頁面。
可以看到/opt/nginx-1.7.7/html/有以下文件:
tyler@ubuntu:/opt/nginx-1.7.7/html$ ls
50x.html index.html
這也是上面在瀏覽器中輸入http://localhost,能夠顯示歡迎頁面的原因。實(shí)際上訪問的是/opt/nginx-1.7.7/html/index.html文件。
2.2.mime.types
文件擴(kuò)展名與文件類型映射表,nginx根據(jù)映射關(guān)系,設(shè)置http請求響應(yīng)頭的Content-Type值。當(dāng)在映射表找不到時(shí),使用nginx.conf中default-type指定的默認(rèn)值。例如,默認(rèn)配置中的指定的default-type為application/octet-stream。
include mime.types;
default_type application/octet-stream;
默認(rèn)
下面截一段mime.types定義的文件擴(kuò)展名與文件類型映射關(guān)系,完整的請自行查看:
2.3.fastcgi_params
nginx配置Fastcgi解析時(shí)會(huì)調(diào)用fastcgi_params配置文件來傳遞服務(wù)器變量,這樣CGI中可以獲取到這些變量的值。默認(rèn)傳遞以下變量:
這些變量的作用從其命名可以看出。
2.4.fastcgi.conf
對比下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,后來發(fā)現(xiàn)很多人在定義SCRIPT_FILENAME時(shí)使用了硬編碼的方式。例如,fastcgi_param SCRIPT_FILENAME /var/www/foo$fastcgi_script_name。于是為了規(guī)范用法便引入了fastcgi.conf。
不過這樣的話就產(chǎn)生一個(gè)疑問:為什么一定要引入一個(gè)新的配置文件,而不是修改舊的配置文件?這是因?yàn)閒astcgi_param指令是數(shù)組型的,和普通指令相同的是:內(nèi)層替換外層;和普通指令不同的是:當(dāng)在同級多次使用的時(shí)候,是新增而不是替換。換句話說,如果在同級定義兩次SCRIPT_FILENAME,那么它們都會(huì)被發(fā)送到后端,這可能會(huì)導(dǎo)致一些潛在的問題,為了避免此類情況,便引入了一個(gè)新的配置文件。
因此不再建議大家使用以下方式(搜了一下,網(wǎng)上大量的文章,并且nginx.conf的默認(rèn)配置也是使用這種方式):
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
而使用最新的方式:
include fastcgi.conf;
2.5.uwsgi_params
與fastcgi_params一樣,傳遞哪些服務(wù)器變量,只有前綴不一樣,以uwsgi_param開始而非fastcgi_param。
2.6.scgi_params
與fastcgi_params一樣,傳遞哪些服務(wù)器變量,只有前綴不一樣,以uwsgi_param開始而非fastcgi_param。
2.7.koi-utf、koi-win、win-utf
這三個(gè)文件都是與編碼轉(zhuǎn)換映射文件,用于在輸出內(nèi)容到客戶端時(shí),將一種編碼轉(zhuǎn)換到另一種編碼。
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個(gè)文件存在是因?yàn)樽髡呤嵌韲说脑颉?br />
以上所述是小編給大家介紹的Nginx安裝與使用教程詳解,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!
相關(guān)文章
Linux centos7環(huán)境下Nginx安裝教程
這篇文章主要為大家詳細(xì)介紹了Linux centos7環(huán)境下Nginx安裝教程,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-03-03nginx:413 Request Entity Too Large的處理辦法--修改 PHP上傳文件大小
在用 phpMyAdmin 進(jìn)行 sql 數(shù)據(jù)庫導(dǎo)入的時(shí)候,經(jīng)常需要上傳比較大的 sql 數(shù)據(jù)文件,而這時(shí)會(huì)常碰見 nginx報(bào)錯(cuò):413 Request Entity Too Large。解決此問題,根據(jù)上傳數(shù)據(jù)文件的大小進(jìn)行修改處理2014-06-06Nginx could not build the server_names_hash 錯(cuò)誤的解決辦法
這篇文章主要介紹了Nginx could not build the server_names_hash 錯(cuò)誤的解決辦法,需要的朋友可以參考下2014-03-03nginx配置ssl證書實(shí)現(xiàn)https訪問的示例
這篇文章主要介紹了nginx配置ssl證書實(shí)現(xiàn)https訪問的示例,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2018-03-03Centos7.x下Nginx安裝及SSL配置與常用命令詳解
這篇文章主要介紹了Centos7.x下Nginx安裝及SSL配置與常用命令詳解,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2019-02-02Nginx服務(wù)器中強(qiáng)制使用緩存的配置及緩存優(yōu)先級的講解
這篇文章主要介紹了Nginx服務(wù)器中強(qiáng)制使用緩存的配置及緩存優(yōu)先級的講解,一定程度上可以幫助大家解決Nginx不緩存或緩存失效的問題,需要的朋友可以參考下2016-01-01