/netdata => **19999
/lets chat => **8000
/shipyard => 80 是nginx自己的埠,不做**
location /netdata
記住proxy_pass 位址的最後乙個斜槓是關鍵
訪問 /netdata/***/bbb時,如果代理位址最後有/,那麼會**到
訪問 /netdata/***/bbb時,如果代理位址最後沒有/,那麼會**到
語法:
location [=|~|~*|^~|@]/uri/
配置塊: server
location會嘗試根據使用者請求中的uri來匹配上面的/uri表示式,如果可以匹配,就選擇
location{}塊中的配置來處理使用者請求。當然,匹配方式是多樣的,下面介紹location的匹配
規則。1)= 表示把uri作為字串,以便與引數中的uri做完全匹配。例如:
location = /
2)~ 表示匹配uri時是字母大小寫敏感的。
3)~* 表示匹配uri時忽略字母大小寫問題。
4)^~ 表示匹配uri時只需要其前半部分與uri引數匹配即可。例如:
location ^~ images
5)@表示僅用於nginx服務內部請求之間的重定向,帶有@的location不直接處理使用者請求。
6)在uri引數裡是可以用正規表示式的,例如:
location ~* \.(gif|jpg|jpeg)$
注意,location是有順序的,當乙個請求有可能匹配多個location時,實際上這個請求會
被第乙個location處理。
在以上各種匹配方式中,都只能表達為「如果匹配...則...」。如果需要表達「如果不匹配...
則...」,就很難直接做到。有一種解決方法是在最後乙個location中使用/作為引數,它會匹配所有的http請求,這樣就可以表示如果不能匹配前面的所有location,則由「/」這個location處理。例如:
location /
nginx常見問題
1 顯示的錯誤資訊是 413 request entity too large 原因是請求實體太長了。一般出現種情況是post請求時body內容post的資料太大了,如上傳大檔案過大 如post資料比較多 在伺服器的 etc nginx目錄中找到nginx.conf 找到http 段,修改或增加 c...
Nginx常見問題
1.在 apache 的寫法 rewritecond nginx.org rewriterule 在 nginx 可以對應寫成 server 但 nginx 作者更建議的方法是 server server f q 1.請教一下,nginx的rewrite規則怎麼寫?比如將 http rewrite為...
Nginx常見問題
nginx常見問題 nginx優化主要從配置檔案著手,常見優化引數如下 worker processes 與cpu核心數量一致 worker connections 每個worker最大併發連線數 server tokens 伺服器版本號資訊 client header buffer size 預設...