⑴ Nginx如何配置實現隱藏php後綴
如何實現隱藏php的擴展名訪問
提供一個思路： apache可以通過開啟mod_rewrite然後重寫一下url規則。 nginx的可以通過try_files實現
⑵ nginx配置文件重寫url:去掉地址欄參數值為空的參數的正則怎麼寫
URL重寫有利於網站首選域的確定，對於同一資源頁面多條路徑的301重定向有助於URL權重的集中
Nginx URL重寫（rewrite）介紹
和apache等web服務軟體一樣，rewrite的組要功能是實現RUL地址的重定向。Nginx的rewrite功能需要PCRE軟體的支持，即通過perl兼容正則表達式語句進行規則匹配的。默認參數編譯nginx就會支持rewrite的模塊，但是也必須要PCRE的支持
rewrite是實現URL重寫的關鍵指令，根據regex（正則表達式）部分內容，重定向到replacement，結尾是flag標記。
rewrite語法格式及參數語法說明如下:
rewrite<regex><replacement>[flag];
關鍵字 正則 替代內容 flag標記
關鍵字：其中關鍵字error_log不能改變
正則：perl兼容正則表達式語句進行規則匹配
替代內容：將正則匹配的內容替換成replacement
flag標記：rewrite支持的flag標記
flag標記說明：
last #本條規則匹配完成後，繼續向下匹配新的location URI規則
break #本條規則匹配完成即終止，不再匹配後面的任何規則
redirect #返回302臨時重定向，瀏覽器地址會顯示跳轉後的URL地址
permanent #返回301永久重定向，瀏覽器地址欄會顯示跳轉後的URL地址
rewrite參數的標簽段位置：
server,location,if
例子：
rewrite ^/(.*) m/$1 permanent;
說明：
rewrite為固定關鍵字，表示開始進行rewrite匹配規則
regex部分是^/(.*)，這是一個正則表達式，匹配完整的域名和後面的路徑地址
replacement部分是om/$1 $1，是取自regex部分()里的內容。匹配成功後跳轉到的URL。
flag部分permanent表示永久301重定向標記，即跳轉到新的hm/$1地址上
regex常用正則表達式說明
字元
描述
將後面接著的字元標記為一個特殊字元或一個原義字元或一個向後引用。如「 」匹配一個換行符，而「$」則匹配「$」
^
匹配輸入字元串的起始位置
$
匹配輸入字元串的結束位置
*
匹配前面的字元零次或多次。如「ol*」能匹配「o」及「ol」、「oll」
+
匹配前面的字元一次或多次。如「ol+」能匹配「ol」及「oll」、「oll」，但不能匹配「o」
?
匹配前面的字元零次或一次，例如「do(es)?」能匹配「do」或者「does」，"?"等效於"{0,1}"
.
匹配除「 」之外的任何單個字元，若要匹配包括「 」在內的任意字元，請使用諸如「[. ]」之類的模式。
(pattern)
匹配括弧內pattern並可以在後面獲取對應的匹配，常用$0...$9屬性獲取小括弧中的匹配內容，要匹配圓括弧字元需要(Content)
rewrite企業應用場景
Nginx的rewrite功能在企業里應用非常廣泛：
u可以調整用戶瀏覽的URL，看起來更規范，合乎開發及產品人員的需求。
u為了讓搜索引擎搜錄網站內容及用戶體驗更好，企業會將動態URL地址偽裝成靜態地址提供服務。
u網址換新域名後，讓舊的訪問跳轉到新的域名上。例如，訪問京東的360buy.com會跳轉到jd.com
u根據特殊變數、目錄、客戶端的信息進行URL調整等
Nginx配置rewrite過程介紹
（1）創建rewrite語句
vi conf/vhost/www.abc.com.conf
#vi編輯虛擬主機配置文件
文件內容
server {
listen 80;
server_name abc.com;
rewrite ^/(.*) /$1permanent;
}
server {
listen 80;
server_name www.abc.com;
location / {
root /data/www/www;
index index.html index.htm;
}
error_log logs/error_www.abc.com.log error;
access_log logs/access_www.abc.com.log main;
}
或者
server {
listen 80;
server_name abc.com www.abc.com;
if ( $host != 'www.abc.com' ) {
rewrite ^/(.*) com/$1 permanent;
}
location / {
root /data/www/www;
index index.html index.htm;
}
error_log logs/error_www.abc.com.log error;
access_log logs/access_www.abc.com.log main;
}
（2）重啟服務
確認無誤便可重啟，操作如下：
nginx -t
#結果顯示ok和success沒問題便可重啟
nginx -s reload
（3）查看跳轉效果
打開瀏覽器訪問abc.com
頁面打開後，URL地址欄的abc.com變成了www.abc.com說明URL重寫成功。
⑶ 不容錯過的Nginx配置詳解，一文帶你搞懂Nginx
Nginx是一個高性能的HTTP和反向代理伺服器，特點是佔用內存少，並發能力強，事實上Nginx的並發能力確實在同類型的網頁伺服器中表現好。Nginx專為性能優化而開發，性能是其最重要的考量，實現上非常注重效率，能經受高負載的考驗，有報告表明能支持高達50000個並發連接數。
需要客戶自己在瀏覽器配置代理伺服器地址。
例如：在大陸訪問www.google.com，我們需要一個代理伺服器，我們通過代理伺服器去訪問谷歌，這個過程就是正向代理。
反向代理，客戶端對代理是無感知的，因為客戶端不需要任何配置就可以訪問，我們只需要將請求發送到反向代理伺服器，由反向代理伺服器去選擇目標伺服器獲取數據後，在返回給客戶端，此時反向代理伺服器和目標伺服器對外就是一個伺服器，暴露的是代理伺服器地址，隱藏了真實伺服器IP地址。
單個伺服器解決不了，我們增加伺服器的數量，然後將請求分發到各個伺服器上，將原先請求集中到單個伺服器上的情況改為將請求分發到多個伺服器上，將負載分發到不同的伺服器，也就是我們說的負載均衡。
為了加快網站的解析速度，可以把動態頁面和靜態頁面由不同的伺服器來解析，加快解析速度。降低原來單個伺服器的壓力。
進入到下面的目錄，然後使用命令
配置文件所在位置：/usr/local/nginx/conf/nginx.conf
由全局塊+events塊+http塊組成
從配置文件開始到events之間的內容，主要會設置一些影響Nginx伺服器整體運行的配置指令，主要包括配置運行Nginx伺服器的用戶（組）、允許生成的worker process數，進程pid存放路徑、日誌存放路徑和類型以及配置文件的引入等。
events塊設計的指令主要影響Nginx伺服器與用戶的網路連接，常用的設置包括是否開啟對多work process下的網路連接進行序列化，是否允許同時接收多個網路連接，選取哪種事件驅動模型來處理連接請求，每個work process可以同時支持的最大連接數等。下面的例子表示每個work process支持的最大連接數為1024。這部分配置對Nginx的性能影響較大，在實際中應該靈活配置。
Nginx伺服器配置中最頻繁的部分，代理、緩存和日誌定義等絕大多數功能和第三方模塊的配置都在這里，http塊又包括http全局塊和server塊。
http全局塊配置的指令包括文件引入、MIME-TYPE定義、日誌自定義、連接超時時間、單鏈接請求數上限等。
這塊和虛擬主機有密切關系，虛擬主機從用戶角度看，和一台獨立的硬體主機是完全一樣的，該技術的產生是為了節省互聯網伺服器硬體成本。
每個http塊可以包括多個server塊，而每個server塊就相當於一個虛擬主機。
每個server塊也可以分為全局server塊，以及可以同時包含多個location塊。
最常見的配置時本虛擬主機的監聽配置和本虛擬主機的名稱或IP配置。
一個server塊可以配置多個location塊。
這塊的主要作用是基於Nginx伺服器接收到的請求字元串（例如server_name/uri-string），對虛擬主機名稱（也可以是IP別名）之外的字元串（例如前面的/uri-string）進行匹配，對特定的請求進行處理。地址定向、數據緩存和應答控制等功能，還有許多第三方模塊的配置也在這里進行。
訪問http://ip，訪問到的是Tomcat的主頁面http://ip:8080。
Nginx+JDK8+Tomcat
訪問：http://192.168.71.167/，看到的是Tomcat的首頁。
根據訪問的路徑跳轉到不同的伺服器中去。
訪問http://ip:9001/e 直接跳到http://127.0.0.1:8080/e
訪問http://ip:9001/vod 直接跳到http://127.0.0.1:9090/vod
Nginx+JDK8+配置兩個Tomcat，Tomcat的配置不再講述。
訪問http://192.168.71.167:9001/e/a.html跳到了http://127.0.0.1:8080/e/a.html頁面。
訪問http://192.168.71.167:9001/vod/a.html跳到了http://127.0.0.1:9090/vod/a.html頁面。
假如Nginx代理伺服器Server的配置為：192.168.71.167:9001，跳到：127.0.0.1:8080，訪問者的IP為：192.168.71.200:20604。
通過訪問http://192.168.71.167/e/a.html，實現負載均衡的效果，平均分攤到8080和8081埠中。
Nginx+JDK8+2台Tomcat，一台8080，一台8081。
訪問：http://192.168.71.167/e/a.html，8080和8081交替訪問。
1 輪詢（默認）
每個請求按時間順序逐一分配到不同的後端伺服器，如果後端伺服器down掉，能自動剔除。
2 weight
weight代表權重，默認為1，權重越高被分配的客戶端越多。
指定輪詢幾率，weight和訪問比率成正比，用於後端伺服器性能不均的情況。
3 ip_hash
每個請求按訪問IP的hash結果分配，這樣每個訪客固定訪問一個後端伺服器，可以解決session的問題，示例如下：
4 fair（第三方）
按後端伺服器的響應時間來分配請求，響應時間短的優先分配。
訪問圖片：http://192.168.71.167/image/1.jpg
訪問頁面：http://192.168.71.167/www/a.html
訪問目錄：http://192.168.71.167/image/（因為設置了autoindex on;）
兩台機器，每台機器都裝有keepalived+Nginx+Tomcat。
主備keepalived伺服器中只有master一台機器會出現VIP地址，否則會出現腦裂問題。
【提示】腳本要加+x的執行許可權：chmod +x chk_nginx.sh
在Nginx里把虛擬IP配置進去即可。
一個Nginx是由一個master進程和多個worker進程組成的。
客戶端發送請求到Master，然後給worker，再由這些work爭搶處理這個請求。
1 可以使用nginx -s reload進行熱部署方式；
2 每個worker是獨立的進程，如果有其中的一個worker出現了問題，其他worker獨立的繼續進行爭搶，實現請求的過程，不會造成服務的中斷；
Nginx和Redis類似，都採用了io多路復用機制。每個worker進程都可以把CPU發揮到極致，一般來說worker數和伺服器的CPU數相等是最為適宜的。
發送請求：訪問靜態資源佔用2個連接，反向代理佔用4個連接。
【溫馨提示】