discuznginx配置文件

㈠ 不容錯過的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個連接。

【溫馨提示】

㈡ Nginx 上在哪個文件修改配置文件

設置配置文件的路徑(默認是：conf/nginx.conf)
也可以nginx
-c
配置文件手動指定

㈢ nginx 配置詳解是什麼

Nginx配置文件詳解：

Nginx的主配置文件是nginx.conf，這個配置文件一共由三部分組成，分別為全局塊、events塊和http塊。在http塊中，又包含http全局塊、多個server塊。

每個server塊中，可以包含server全局塊和多個location塊。在同一配置塊中嵌套的配置塊，各個之間不存在次序關系。

配置文件支持大量可配置的指令，絕大多數指令不是特定屬於某一個塊的。同一個指令放在不同層級的塊中，其作用域也不同，一般情況下，高一級塊中的指令可以作用於自身所在的塊和此塊包含的所有低層級塊。

如果某個指令在兩個不同層級的塊中同時出現，則採用「就近原則」，即以較低層級塊中的配置為准。比如，某指令同時出現在http全局塊中和server塊中，並且配置不同，則應該以server塊中的配置為准。

全局塊：

全局塊是默認配置文件從開始到events塊之間的一部分內容，主要設置一些影響Nginx伺服器整體運行的配置指令，因此，這些指令的作用域是Nginx伺服器全局。

通常包括配置運行Nginx伺服器的用戶（組）、允許生成的worker process數、Nginx進程PID存放路徑、日誌的存放路徑和類型以及配置文件引入等。

㈣ nginx配置是要改哪個文件還是直接新建一個文件放到conf.d

nginx如果是默認安裝的話，安裝目錄在usr/local/nginx，配置文件：usr/local/nginx/conf/nginx.conf
沒有這個文件的話，需要內復制當前目錄conf文件夾下的容nginx.conf.default改名為nginx.conf
改完記得重啟nginx，在usr/local/nginx/sbin目錄下執行：./nginx -s reload

㈤ nginx前端常用配置

nginx現在幾乎是眾多大型網站的必用技術，大多數情況下，我們不需要親自去配置它，但是了解它在應用程序中所擔任的角色，以及如何解決這些問題是非常必要的。

下面我將從nginx在企業中的真實應用來解釋nginx在應用程序中起到的作用。

為了便於理解，首先先來了解一下一些基礎知識， nginx是一個高性能的反向代理伺服器 那麼什麼是反向代理呢？

代理 是在伺服器和客戶端之間假設的一層伺服器， 代理 將接收客戶端的請求並將它轉發給伺服器，然後將服務端的響應轉發給客戶端。

不管是正向代理還是反向代理，實現的都是上面的功能。

正向代理 是為我們服務的，即為客戶端服務的，客戶端可以根據正向代理訪問到它本身無法訪問到的伺服器資源。

正向代理 對我們是透明的，對服務端是非透明的，即服務端並不知道自己收到的是來自代理的訪問還是來自真實客戶端的訪問。

反向代理 是為服務端服務的，反向代理可以幫助伺服器接收來自客戶端的請求，幫助伺服器做請求轉發，負載均衡等。

反向代理 對服務端是透明的，對我們是非透明的，即我們並不知道自己訪問的是代理伺服器，而伺服器知道反向代理在為他服務。

下面是一個nginx配置文件的基本結構：

下面是 nginx 一些配置中常用的內置全局變數，你可以在配置的任何位置使用它們。

| 變數名 | 功能 | | ------ | ------ | | $host | 請求信息中的 Host ，如果請求中沒有 Host 行，則等於設置的伺服器名 | | $request_method | 客戶端請求類型，如 GET 、 POST | $remote_addr | 客戶端的 IP 地址 | | $args | 請求中的參數 | | $content_length | 請求頭中的 Content-length 欄位 | | $http_user_agent | 客戶端agent信息 | | $http_cookie | 客戶端cookie信息 | | $remote_addr | 客戶端的IP地址 | | $remote_port | 客戶端的埠 | | $server_protocol | 請求使用的協議，如 HTTP/1.0 、·HTTP/1.1 | | server_name | 伺服器名稱| | $server_port`|伺服器的埠號|

先追本溯源以下，跨域究竟是怎麼回事。

同源策略限制了從同一個源載入的文檔或腳本如何與來自另一個源的資源進行交互。這是一個用於隔離潛在惡意文件的重要安全機制。通常不允許不同源間的讀操作。

如果兩個頁面的協議，埠（如果有指定）和域名都相同，則兩個頁面具有相同的源。

例如：

現在我在 fe.server.com 對 dev.server.com 發起請求一定會出現跨域。

現在我們只需要啟動一個nginx伺服器，將 server_name 設置為 fe.server.com ,然後設置相應的location以攔截前端需要跨域的請求，最後將請求代理回 dev.server.com 。如下面的配置：

這樣可以完美繞過瀏覽器的同源策略： fe.server.com 訪問 nginx 的 fe.server.com 屬於同源訪問，而 nginx 對服務端轉發的請求不會觸發瀏覽器的同源策略。

根據狀態碼過濾

根據URL名稱過濾，精準匹配URL，不匹配的URL全部重定向到主頁。

根據請求類型過濾。

GZIP 是規定的三種標准HTTP壓縮格式之一。目前絕大多數的網站都在使用 GZIP 傳輸 HTML 、 CSS 、 JavaScript 等資源文件。

對於文本文件， GZip 的效果非常明顯，開啟後傳輸所需流量大約會降至 1/4 ~ 1/3 。

並不是每個瀏覽器都支持 gzip 的，如何知道客戶端是否支持 gzip 呢，請求頭中的 Accept-Encoding 來標識對壓縮的支持。

啟用 gzip 同時需要客戶端和服務端的支持，如果客戶端支持 gzip 的解析，那麼只要服務端能夠返回 gzip 的文件就可以啟用 gzip 了,我們可以通過 nginx 的配置來讓服務端支持 gzip 。下面的 respone 中 content-encoding:gzip ，指服務端開啟了 gzip 的壓縮方式。

這里為什麼默認版本不是 1.0 呢？

HTTP 運行在 TCP 連接之上，自然也有著跟 TCP 一樣的三次握手、慢啟動等特性。

啟用持久連接情況下，伺服器發出響應後讓 TCP 連接繼續打開著。同一對客戶/伺服器之間的後續請求和響應可以通過這個連接發送。

為了盡可能的提高 HTTP 性能，使用持久連接就顯得尤為重要了。

HTTP/1.1 默認支持 TCP 持久連接， HTTP/1.0 也可以通過顯式指定 Connection: keep-alive 來啟用持久連接。對於 TCP 持久連接上的 HTTP 報文，客戶端需要一種機制來准確判斷結束位置，而在 HTTP/1.0 中，這種機制只有 Content-Length 。而在 HTTP/1.1 中新增的 Transfer-Encoding: chunked 所對應的分塊傳輸機制可以完美解決這類問題。

nginx 同樣有著配置 chunked的 屬性 chunked_transfer_encoding ，這個屬性是默認開啟的。

Nginx 在啟用了 GZip 的情況下，不會等文件 GZip 完成再返回響應，而是邊壓縮邊響應，這樣可以顯著提高 TTFB ( Time To First Byte ，首位元組時間，WEB 性能優化重要指標)。這樣唯一的問題是， Nginx 開始返回響應時，它無法知道將要傳輸的文件最終有多大，也就是無法給出 Content-Length 這個響應頭部。

所以，在 HTTP1.0 中如果利用 Nginx 啟用了 GZip ，是無法獲得 Content-Length 的，這導致HTTP1.0中開啟持久鏈接和使用 GZip 只能二選一，所以在這里 gzip_http_version 默認設置為 1.1 。

如上面的圖，前面是眾多的服務窗口，下面有很多用戶需要服務，我們需要一個工具或策略來幫助我們將如此多的用戶分配到每個窗口，來達到資源的充分利用以及更少的排隊時間。

把前面的服務窗口想像成我們的後端伺服器，而後面終端的人則是無數個客戶端正在發起請求。負載均衡就是用來幫助我們將眾多的客戶端請求合理的分配到各個伺服器，以達到服務端資源的充分利用和更少的請求時間。

Upstream指定後端伺服器地址列表

在server中攔截響應請求，並將請求轉發到Upstream中配置的伺服器列表。

上面的配置只是指定了nginx需要轉發的服務端列表，並沒有指定分配策略。

輪詢策略

默認情況下採用的策略，將所有客戶端請求輪詢分配給服務端。這種策略是可以正常工作的，但是如果其中某一台伺服器壓力太大，出現延遲，會影響所有分配在這台伺服器下的用戶。

最小連接數策略

將請求優先分配給壓力較小的伺服器，它可以平衡每個隊列的長度，並避免向壓力大的伺服器添加更多的請求。

最快響應時間策略

依賴於NGINX Plus，優先分配給響應時間最短的伺服器。

客戶端ip綁定

來自同一個ip的請求永遠只分配一台伺服器，有效解決了動態網頁存在的session共享問題。

匹配以 png|gif|jpg|jpeg 為結尾的請求，並將請求轉發到本地路徑， root 中指定的路徑即nginx本地路徑。同時也可以進行一些緩存的設置。

nginx的功能非常強大，還有很多需要探索，上面的一些配置都是公司配置的真實應用（精簡過了），如果您有什麼意見或者建議，歡迎在下方留言...

㈥ linux平台下nginx環境，安裝discuz X3.2，怎麼設置偽靜態求大神指點

Discuz X：
在 nginx下的配置文件nginx.conf添加

location / {
rewrite ^([^\.]*)/topic-(.+)\.html$ $1/portal.php?mod=topic&topic=$2 last;
rewrite ^([^\.]*)/article-([0-9]+)-([0-9]+)\.html$ $1/portal.php?mod=view&aid=$2&page=$3 last;
rewrite ^([^\.]*)/forum-(\w+)-([0-9]+)\.html$ $1/forum.php?mod=forumdisplay&fid=$2&page=$3 last;

rewrite ^([^\.]*)/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$
$1/forum.php?mod=viewthread&tid=$2&extra=page%3D$4&page=$3
last;
rewrite ^([^\.]*)/group-([0-9]+)-([0-9]+)\.html$ $1/forum.php?mod=group&fid=$2&page=$3 last;
rewrite ^([^\.]*)/space-(username|uid)-(.+)\.html$ $1/home.php?mod=space&$2=$3 last;
rewrite ^([^\.]*)/([a-z]+)-(.+)\.html$ $1/$2.php?rewrite=$3 last;
if (!-e $request_filename) {
return 404;
}
}
正則表達式可以用相應的版本在後台偽靜態設置里獲取apache

㈦ 如何查看nginx 啟動的配置文件

在鏈接上伺服器之後，只需查找文件名即可找到nginx的配置文件位置，然後打開它就可以了。
在連接上遠程後，在命令窗口中輸入： find ... -name nginx.config
然後按回車，一下就會有路徑出來了，如：alidata/server/nginx-1.0.4/conf/nginx.config
然後打開此目錄： cd alidata/server/nginx-1.0.4/conf
這個目錄就是配置文件所在的目錄了，想要編輯它就直接編輯就可以了，編輯完保存退出，重啟伺服器。
一切OK。

㈧ discuz在nginx上怎麼配置偽靜態

Linux下nginx支持.htaccess文件實現偽靜態的方法
From:http://hi..com/yhzstar/blog/item/d61b36237cd6a37a35a80f8a.html
方法如下：1. 在需要使用.htaccess文件的目錄下新建一個.htaccess文件，
如本人的一個Discuz論壇目錄：vim /var/www/html/168pc/bbs/.htaccess2. 在裡面輸入規則，我這里輸入Discuz的偽靜態規則（這里僅增加Discuz的偽靜態規則）：# nginx rewrite rule
rewrite ^(.*)/archiver/((fid|tid)-[w-]+.html)$ $1/archiver/index.php?$2 last;
rewrite ^(.*)/forum-([0-9]+)-([0-9]+).html$ $1/forumdisplay.php?fid=$2&page=$3 last;
rewrite ^(.*)/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ $1/viewthread.php?tid=$2&extra=page%3D$4&page=$3 last;
rewrite ^(.*)/profile-(username|uid)-(.+).html$ $1/viewpro.php?$2=$3 last;
rewrite ^(.*)/space-(username|uid)-(.+).html$ $1/space.php?$2=$3 last;
rewrite ^(.*)/tag-(.+).html$ $1/tag.php?name=$2 last;
# end nginx rewrite rulewq保存退出。3. 修改nginx配置文件：vim /etc/nginx/nginx.conf4. 在需要添加偽靜態的虛擬主機的server{}中引入.htaccess文件，如圖所示：（注意第8行）
include /var/www/html/168pc/bbs/.htaccess;（把這個改成你.htaccess文件的具體位置）wq保存退出。5. 重新載入nginx配置文件：/etc/init.d/nginx reload

文章參考：http://www.ha97.com/942.html

伺服器上配置好之後，登錄discuz！軟體後台（以最新正式版discuz!X2.5為例），全局，SEO設置，勾選可用，提交。查看rewrite規則，做成.htaccess文件，放到discuz目錄即可實現discuz!偽靜態。（DZ動力）

㈨ discuz在nginx上怎麼配置偽靜態

Nginx 安裝之後便可以正常使用，若你不進行優化，那就太浪費 Nginx 這款軟體了。我們的目標是利用有限的資源讓你的 Nginx 發揮無限，讓你的網站飛起來！ 註：以下書名號（《》）只是為了區別，若復制，請復制書名號內的內容。 1、自定義404錯誤頁面並返回404狀態碼 （1）、定義欲顯示的404頁面，放在網站根目錄，比如「404.html」。 （2）、在Nginx中的http區域添加《fastcgi_intercept_errors on;》。 （3）、在Nginx中的server區域中添加《error_page 404 /404.html;》。注意：千萬別添加等號！ 2、discuz X2 偽靜態設置 在server區域添加以下內容即可，最好寫上注釋方便維護。 # discuz X2 正式偽靜態開始 rewrite ^([^\.]*)/topic-(.+)\.html$ $1/portal.php?mod=topic&topic=$2 last; rewrite ^([^\.]*)/article-([0-9]+)-([0-9]+)\.html$ $1/portal.php?mod=view&aid=$2&page=$3 last; rewrite ^([^\.]*)/forum-(\w+)-([0-9]+)\.html$ $1/forum.php?mod=forumdisplay&fid=$2&page=$3 last; rewrite ^([^\.]*)/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ $1/forum.php?mod=viewthread&tid=$2&extra=page%3D$4&page=$3 last; rewrite ^([^\.]*)/group-([0-9]+)-([0-9]+)\.html$ $1/forum.php?mod=group&fid=$2&page=$3last; rewrite ^([^\.]*)/space-(username|uid)-(.+)\.html$ $1/home.php?mod=space&$2=$3 last; rewrite ^([^\.]*)/blog-([0-9]+)-([0-9]+)\.html$ $1/home.php?mod=space&uid=$2&do=blog&id=$3 last; rewrite ^([^\.]*)/(fid|tid)-([0-9]+)\.html$ $1/index.php?action=$2&value=$3 last; # discuz X2 正式版偽靜態結束 3、301永久重定向配置 在http區域新建一個server，輸入以下內容。 listen 80; server_name xxx.xxx.com; #當來路是這個域名的時候，我將重定向到下面那域名之上。 rewrite ^/(.*) http://www.xxx.com/$1 permanent;#重定向到我身上。 4、Wordpress 偽靜態設置 （1）、在server區域添加《try_files $uri $uri/ /index.php?q=$uri&$args;》即可。網上很多教程都是添加在localhost內，這不是通行的。 （2）、在Wordpress後台設置規則即可。 5、Nginx 配置多個域名 當不這樣設置的情況下，所有的域名都默認指向第一個域名。若按以下方式設置後，可以實現多個域名綁定多個不同的目錄，達到群站效果。 （1）、在http區域添加《fastcgi_param SERVER_NAME $host;》。 （2）、在server區域的《server_name》下一行添加《server_name_in_redirect off;》。 6、防盜鏈配置 如果不配置，就算你是100M光纖獨享也是扯淡，網站流量小是可以忽略的，不過還是建議配置上去。在server區域下面添加以下內容。 location ~* \.(rar|zip|gif)$ {#對rar、gif以及zip格式的文件進行防盜鏈設置 valid_referers none blocked XXX.XXX.COM ;#來路域名 if ($invalid_referer) {#進行判斷，如果不是來路域名則進行相應圖片的顯示。 rewrite ^/ http://XXX.XXX.COM/error 點jpg; #return 404; #直接返回404也是可以的 } } 本文轉自北大青鳥成都錦江校區，原文鏈接 http://www.scbdqn.com/course/Android/3163.html

㈩ 你好 JMS邦 請問智慧雲linux版nginx如何設置discuzX3.2偽靜態

網站後台——全局——SEO設置里，勾選相應頁面，然後右上角點擊「查看當前的 Rewrite 規則」，找到「Nginx Web Server」的規則，添加到網站的nginx.conf配置文件中。