概述
今天主要分享怎麼去用NGINX來提供靜態內容服務，定義搜索路徑以查找請求的文件的方法，以及如何設置索引文件。
在這個部分，主要涉及以下幾個方面的內容：
- 根目錄和索引文件
- 嘗試幾個選項
- 優化NGINX服務內容的速度
1. 根目錄和索引文件
指令指定將用於搜索文件的根目錄。 要獲取請求文件的路徑，NGINX將請求URI附加到root指令指定的路徑。 該指令可以放置在http，server或location上下文中的任何級別上。 在下面的示例中，為虛擬服務器定義了root指令。 它適用於不包括root指令的所有location塊以顯式重新定義根：
server {
root /www/data;
location / {
}
location /images/ {
}
location ~ \.(mp3|mp4) {
root /www/media;
}
}
這裡，NGINX在文件系統的/www/data/images/目錄中搜索以/images/開頭的URI。 但是，如果URI以.mp3或.mp4擴展名結尾，則NGINX會在/www/media/目錄中搜索.mp3或.mp4文件，因為它在匹配的location塊中定義。
如果請求以斜槓結尾，則NGINX將其視為對目錄的請求，並嘗試在目錄中找到索引文件。index指令定義索引文件的名稱(默認值為index.html)。繼續示例，如果請求URI為/images/some/path/，則NGINX會傳遞文件/www/data/images/some/path/index.html(如果存在)。 如果不存在文件，NGINX默認返回HTTP代碼404(未找到)。 要配置NGINX以返回自動生成的目錄列表，請將on參數添加到autoindex指令中：
location /images/ {
autoindex on;
}
可以在索引指令中列出多個文件名。 NGINX以指定的順序搜索文件，並返回它找到的第一個文件。
location / {
index index.$geo.html index.html index.html;
}
這裡使用的$geo變量是通過指令設置的自定義變量。 變量的值取決於客戶端的IP地址。
2. 嘗試幾個選項
指令可用於檢查指定的文件或目錄是否存在並進行內部重定向，如果沒有指定的文件或目錄，則返回特定的狀態代碼。 例如，要檢查與請求URI相對應的文件的存在，請使用try_files指令和$uri變量，如下所示：
server {
root /www/data;
location /images/ {
try_files $uri /images/default.gif;
}
}
該文件以URI的形式指定，它使用在當前位置或虛擬服務器的上下文中設置的 root 或 alias 偽指令進行處理。 在這種情況下，如果與原始URI相對應的文件不存在，則NGINX將內部重定向到最後一個參數中指定的URI，也就是返回/www/data/images/default.gif。
最後一個參數也可以是一個狀態代碼(直接在前面的等號)或位置的名稱。 在以下示例中，如果try_files指令的任何參數都不會解析為現有文件或目錄，則會返回404錯誤。
location / {
try_files $uri $uri/ $uri.html =404;
}
在下一個示例中，如果原始URI和帶有附加尾部斜線的URI都不能解析為現有文件或目錄，則將請求重定向到將其傳遞給代理服務器的命名位置(location)。
location / {
try_files $uri $uri/ @backend;
}
location @backend {
proxy_pass http://backend.example.com;
}
3. 優化NGINX服務內容的速度
加載速度是服務任何內容的關鍵因素。 對您的NGINX配置進行小幅優化可能會提高生產力並幫助實現最佳性能。
啟用sendfile
默認情況下，NGINX會自動處理文件傳輸，並在發送文件之前將其複製到緩衝區中。 啟用指令將消除將數據複製到緩衝區中的步驟，並允許將數據從一個文件描述符直接複製到另一個文件描述符。 或者，為了防止一個快速連接完全佔用工作進程，您可以通過定義指令來限制在單個sendfile()調用中傳輸的數據量：
location /mp3 {
sendfile on;
sendfile_max_chunk 1m;
...
}
啟用tcp_nopush
將選項與sendfile一起使用。 該選項將使NGINX能夠通過sendfile獲取數據塊之後，在一個數據包中發送HTTP響應頭
location /mp3 {
sendfile on;
tcp_nopush on;
...
}
啟用tcp_nodelay
選項可以覆蓋Nagle的算法，最初是為了解決慢網絡中的小數據包問題而設計的。 該算法將大量小數據包整合到較大的數據包中，並以200 ms的延遲發送數據包。
如今，當服務大型靜態文件時，無論數據包大小如何，都可以立即發送數據。 延遲也會影響在線應用程序(ssh，在線遊戲，網上交易)。 默認情況下，tcp_nodelay指令設置為on，表示Nagle的算法被禁用。 該選項僅用於Keepalive連接：
location /mp3 {
tcp_nodelay on;
keepalive_timeout 65;
...
}
上面就是關於Nginx配置靜態內容服務器的一些參數介紹了，大家有興趣的話可以自己在虛擬機搭建一下做個小測試，後期主要分享運維DBA和devops內容，感興趣的朋友可以關注下！
閱讀更多 波波說運維 的文章
