使用 Nginx 部署靜態頁面的方法

Nginx 介紹

Nginx 是俄羅斯人編寫的十分輕量級的 HTTP 服務器, Nginx，它的發音為 “ engine X ”，是一個高性能的 HTTP 和反向代理服務器，同時也是一個 IMAP/ POP3/ SMTP 代理服務器。Nginx 是由俄羅斯人 Igor Sysoev 為俄羅斯訪問量第二的 Rambler.ru 站點開發的，它已經在該站點運行超過兩年半了。Igor Sysoev 在建立的項目時,使用基于 BSD 許可。

英文主頁：http://nginx.net。

Nginx 作為 HTTP 服務器，有以下幾項基本特性：

1. 處理靜態文件，索引文件以及自動索引；打開文件描述符緩沖。
2. 無緩存的反向代理加速，簡單的負載均衡和容錯。
3. FastCGI，簡單的負載均衡和容錯。
4. 模塊化的結構。包括 gzipping, byte ranges, chunked responses,以及 SSI-filter 等 filter。如果由 Fast CGI 或其它代理服務器處理單頁中存在的多個 SSI，則這項處理可以并行運行，而不需要相互等待。
5. 支持 SSL 和 TLSSNI。

即 Nginx 的優點：輕量、高性能、并發能力強。用來部署靜態頁面也是相當便捷。

這種高性能得益于 Nginx 的框架。在 Nginx 啟動后，會有一個 master 進程和多個 worker 進程。master 進程主要用來管理 worker 進程，包含：接收來自外界的信號，向各 worker 進程發送信號，監控 worker 進程的運行狀態，當 worker 進程退出后(異常情況下)，會自動重新啟動新的 worker 進程。而基本的網絡事件，則是放在 worker 進程中來處理的。多個 worker 進程之間是對等的，他們同等競爭來自客戶端的請求，各進程互相之間是獨立的。一個請求，只可能在一個 worker 進程中處理，一個 worker 進程，不可能處理其它進程的請求。worker 進程的個數是可以設置的，一般我們會設置與機器 cpu 核數一致，這與 Nginx 的進程模型以及事件處理模型有關。

為何選用 Nginx

說到 Nginx，可能第一反應就是 反向代理 和 負載均衡 了。那么什么是 反向代理，什么又是 負載均衡 呢？

反向代理

首先了解一下什么是 前向代理 。代理 (Proxy) 也稱網絡代理，是一種特殊的網絡服務，通俗來講，就是在客戶端和目標服務器之間的充當中間人，接收客戶端的請求，再根據客戶端請求向目標服務器發起相應的請求，從目標服務器獲得指定資源后返回給客戶端。且代理服務器可以對目標服務器的資源下載至本地緩存，如果客戶端所要獲取的資源在代理服務器的緩存之中，則代理服務器并不會再向目標服務器發起請求，而是直接返回緩存的資源。

其實代理服務器非常常見，就比如因為 GWF 而存在的一些科學上網的代理商，就是利用國外服務器作為代理服務器，從而正確解析域名來實現科學上網。代理服務器也可以實現隱藏真實 IP，比如著名的 Tor （洋蔥路由器）就是通過多重代理和一些加密技術來實現匿名交流。

而 反向代理 則是在服務器端作為代理使用，而不是客戶端。也就是說，前向代理 是代理內部網絡用戶訪問 Internet 上服務器的連接請求，反向代理 是以代理服務器來接受 Internet 上的連接請求，然后將請求轉發給內部網絡上的服務器，并將從服務器上得到的結果返回給 Internet 上請求連接的客戶端，此時的代理服務器對外就表現為一個服務器。

負載均衡

反向代理負載均衡技術是把將來自 Internet 上的連接請求以反向代理的方式動態地轉發給內部網絡上的多臺服務器進行處理，從而達到負載均衡的目的。

真巧， Nginx 都做到了

Nginx 作為一個優秀的代理服務器，反向代理和負載均衡必然是都具備的。想要更詳細得了解這方面的知識和使用方法，可參見文末給出的參考資料： Nginx 入門指南。

Nginx 安裝

本人使用的是騰訊云的服務器，版本為： Ubuntu Server 14.04.1 LTS 32 位。

$ apt-get install nginx

Mac OS 系統參考這篇文章：Installing Nginx in Mac OS X

Nginx 配置

簡單地配置 Nginx 的配置文件，以便在啟動 Nginx 時去啟用這些配置。而本文的重點也是于此。

Nginx 的配置系統由一個主配置文件和其他一些輔助的配置文件構成。這些配置文件均是純文本文件，一般地，我們只需要配置主配置文件就行了。例如在我的服務器上是在：/etc/nginx/nginx.conf 。

指令上下文

nginx.conf 中的配置信息，根據其邏輯上的意義，對它們進行了分類，也就是分成了多個作用域，或者稱之為配置指令上下文。不同的作用域含有一個或者多個配置項。

其中每個配置項由配置指令和指令參數構成，形成一個鍵值對，# 后面地為注釋，理解起來也非常容易。

一般配置文件的結構和通用配置如下：

user www-data;  # 運行 nginx 的所屬組和所有者
worker_processes 1;  # 開啟一個 nginx 工作進程,一般 CPU 幾核就寫幾
pid /run/nginx.pid;  # pid 路徑

events {
    worker_connections 768;  # 一個進程能同時處理 768 個請求
    # multi_accept on;
}

# 與提供 http 服務相關的配置參數，一般默認配置就可以，主要配置在于 http 上下文里的 server 上下文
http {
    ##
    # Basic Settings
    ##

    ... 此處省略通用默認配置

    ##
    # Logging Settings
    ##
    ... 此處省略通用默認配置

    ##
    # Gzip Settings
    ##

    ... 此處省略通用默認配置

    ##
    # nginx-naxsi config
    ##

    ... 此處省略通用默認配置

    ##
    # nginx-passenger config
    ##

    ... 此處省略通用默認配置

    ##
    # Virtual Host Configs
    ##

    ... 此處省略通用默認配置

    # 此時，在此添加 server 上下文，開始配置一個域名，一個 server 配置段一般對應一個域名
    server {
        listen 80;        # 監聽本機所有 ip 上的 80 端口
        server_name _;      # 域名：www.example.com 這里 "_" 代表獲取匹配所有
        root /home/filename/;  # 站點根目錄

        location / {       # 可有多個 location 用于配置路由地址
            try_files index.html =404;
        }
}

# 郵箱的配置，因為用不到，所以把這個 mail 上下文給注釋掉
#mail {
#    # See sample authentication script at:
#    # http://wiki.nginx.org/ImapAuthenticateWithApachePhpScript
#    
#    # auth_http localhost/auth.php;
#    # pop3_capabilities "TOP" "USER";
#    # imap_capabilities "IMAP4rev1" "UIDPLUS";
#   
#    server {
#        listen   localhost:110;
#        protocol  pop3;
#        proxy    on;
#    }
#
#    server {
#        listen   localhost:143;
#        protocol  imap;
#        proxy    on;
#    }
#}

這里需要注意的是 http 上下文里的 server 上下文。

server {
    listen 80;        # 監聽本機所有 ip 上的 80 端口
    server_name _;      # 域名：www.example.com 這里 "_" 代表獲取匹配所有
    root /home/filename/;  # 站點根目錄

    location / {       # 可有多個 location 用于配置路由地址
      try_files index.html =404;
    }
}

這里的 root 字段最好寫在 location 字段的外邊，防止出現無法加載 css、js 的情況。因為 css、js 的加載并不是自動的，nginx 無法執行，需要額外的配置來返回資源，所以，對于靜態頁面的部署，這樣做是最為方便的。

這里對 root 作進一步解釋，例如在服務器上有 /home/zhihu/ 目錄，其下有 index.html 文件和 css/ 以及 img/ ， root /home/zhihu/; 就將指定服務器加載資源時是在 /home/zhihu/ 下查找。

其次， location 后的匹配分多種，其各類匹配方式優先級也各不相同。這里列舉一精確匹配例子：

server {
    listen 80;        
    server_name _;      
    root /home/zhihu/;  

    location = /zhihu {
      rewrite ^/.* / break;
      try_files index.html =404;
    }
}

此時，訪問 www.example.com/zhihu 就會加載 zhihu.html 出來了。由于 location 的精確匹配，只有訪問 www.example.com/zhihu 這個路由時才會正確響應，而且此時要通過 rewrite 正則匹配，把 /zhihu 解析替換成原來的 / 。關于更多 location 字段用法，可以在文章最后給出的參考資料中查看。

關于使用 nginx 部署靜態頁面，最簡單便捷的配置方法

上面說了挺多關于配置的說明，下面推薦一種個人認為最為便捷的配置方法。（特此感謝 guyskk 學長的答疑解惑）

首先創建一個目錄，例如： /home/ubuntu/website 然后在這個 website 文件夾下可以放置你需要部署的靜態頁面文件，例如 website 下我有 google、zhihu、fenghuang 這三個文件夾，其中 server 字段配置如下：

server {
    listen 80;
    server_name _;
    root /home/ubuntu/website;
    index index.html;
}

這里每個文件夾下面的靜態頁面文件名都是 index.html ，我以前有個很不好的習慣，比如 zhihu 頁面就喜歡命名為 zhihu.html ，但就從前端來看，這也是不符合規范的。

這樣配置的話，例如當你訪問 www.showzeng.cn/google/ 時，nginx 就會去 website 目錄下的 google 文件夾下尋找到 index.html 并把 google 頁面返回，同理，訪問 www.showzeng.cn/zhihu/ 時，會尋找到 zhihu 文件夾下的 index.html 并把 zhihu 頁面返回。

而在 zhihu、google 、fenghuang 文件夾的同級目錄上，再添加你的域名首頁 index.html 時，訪問 www.example.com 時就會返回了。

這里唯一美中不足的是，訪問域名中 www.showzeng.cn/zhihu 末尾會自動加上 / ，在瀏覽器中按 F12 調試會發現 www.showzeng.cn/zhihu 為 301 狀態碼，因為 index.html 是在 zhihu/ 文件夾下，所以在搜索過程中會重定向到 www.showzeng.cn/zhihu/ ，起初我是接受不了的，那一 / 看起來太難受了，但是只要一想到要一個一個 location 字段去匹配，我一下子就接受了。不知道你怎么看，反正我是接受了。

Nginx 啟動運行

$ sudo nginx -s reload

使用 reload 方法不用重啟服務，直接重新加載配置文件，客戶端感覺不到服務異常，實現平滑切換。當然你也可以重新啟動 nginx 服務。

$ sudo service nginx restart

Nginx 停止運行

$ sudo nginx -s stop

參考資料

Nginx 入門指南

Nginx for Developers: An Introduction （譯文）

nginx 配置 location 總結及 rewrite 規則寫法

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持億速云。