nginx代理靜態資源

這裏，咱們試圖搞清楚幾個概念：web服務器、nginx、代理、反向代理、靜態資源

如何獲取服務器上的資源

如今咱們知道了

互聯網其實沒有什麼神祕的

就是客戶端向服務器請求資源

服務器按照要求返回，僅此而已

若是我如今有一臺具備公網ip的centos服務器

假設我知道在該服務器上有以下路徑：/ststics 

我如何去獲取上面的資源呢？

就像打開網站同樣

咱們試着在瀏覽器輸入ip/ststics

不出意外的話

你會看到上面的拒絕鏈接返回

是的，由於服務器不知道該幹什麼

web 服務器

上面咱們雖然有了一臺物理的機器

可是這臺機器目前還沒法理解瀏覽器發過來的資源請求

因而，出現了這樣一種軟件

安裝在服務器上，能夠監聽特定的端口

並對特定的請求做出相應迴應

這種軟件就叫作web服務器

常見的：nginx、apache

咱們試着再次經過瀏覽器訪問安裝了web服務器的服務器

服務器返回了一個html文件，上面說當前目錄不能訪問

至少，服務器知道咱們在幹啥，而且有反應了

代理？反向代理？

如今咱們知道了

web服務器就是物理服務器的庫管員

全部來自客戶端的請求都會先通過web服務器

web服務器從物理機器上獲取資源後再返回給客戶端

在客戶端看起來就好像是在跟web服務器打交道

因而web服務器就是客戶端的代理，表明客戶端去物理機器上取資源

同時，web服務器也是物理服務器的反向代理，代理物理服務器響應客戶端的請求

代理和反向代理，就是兩個名詞而已

一個庫管員的自我修養

做爲一個庫管員，最重要的，咱們要知道每種資源的位置，以及，若是這不是一個簡單的拿貨，而是要加工處理一個零件，應該找誰

咱們會有這樣一個文件，上面寫着全部問題的答案

他被業內稱爲《庫管員的自我修養》

也叫配置文件，咱們以nginx爲例

籃筐中寫着只監聽80端口的請求，其餘端口不理他

黃框中寫着，若是訪問的是根目錄，則去根目錄下找index.php等文件

紅框中寫着，若是請求的是xx.php文件，則轉給本地的9000端口上的人，並告9000端口上的人，用他那的index.php來找xx.php並按照他們那兒方式來處理

綠框中寫着，若是請求的是js、css或者其餘的靜態資源，則去相應的路徑下尋找

好比，咱們的html文件中寫着<link href="js/iCheck/skins/minimal/minimal.css" rel="stylesheet">

那麼，就去/usr/share/nginx/html/value/application/views/admin/下面的js/iCheck/skins/minimal/minimal.css找

這就是nginx的靜態資源反向代理

對了，上面9000端口上的人是誰呢？

php-fpm呀！

 還不止一個呢！是一個工做小組！