Nginx解決history模式下頁面刷新404問題示例
前置知識
- 單頁應用(SPA - single page application)
只在第一次加載頁面時,返回唯一的html頁面和它的公共靜態(tài)資源,后續(xù)的頁面跳轉都不會從服務端拿html文件。(hash和history路由實現(xiàn)瀏覽器url變化而不刷新頁面) - hash路由
例子:www.baidu.com/#/home, 原本hash是用來結合錨點實現(xiàn)頁面試圖的控制,當#后面的值發(fā)生改變時不會重新請求頁面,主要通過window的onhashchange方法來實現(xiàn)。 - history路由
相比于hash路由,最直觀的變化就是路由中沒有#,通過調用window.history對象上的一系列方法來實現(xiàn)頁面的無刷新跳轉(pushState、replaceState)。
history模式下,因為url改變了,此時如果手動刷新頁面,瀏覽器認為是請求一個新的頁面(發(fā)起新的Http請求),而新的頁面是不存在的(后端未配置的話),導致404。
先簡述一下在瀏覽器上輸入IP或域名后發(fā)生的事情(有點面試題的味道了嗷??),按下回車之后,瀏覽器發(fā)出的http去請求html文件,在通過一系列的轉發(fā)和尋址解析后,被目標IP所在服務器上的80端口(默認)接收,這個時候,問題來了哈,服務器的80接口拿到Http請求后,它不知道要去返回什么,這個時候就需要Nginx進行靜態(tài)資源代理,告訴服務器返回什么靜態(tài)文件
Nginx
對于一般的項目部署,我們需要處理nginx.conf配置文件
該文件,需要知道的如下
....
# http 是指令塊,針對http網(wǎng)絡傳輸?shù)囊恍┲噶钆渲?
http {
#文件擴展名與文件類型映射表
include mime.types;
#設置客戶端與服務端請求的超時時間
keepalive_timeout 65;
# 開啟壓縮功能,目的:提高傳輸效率,節(jié)省帶寬
gzip on
server {
#監(jiān)聽端口
listen 80;
#服務命名,最好就是用這個服務器的域名命名
server_name localhost;
#指令塊,配置外部訪問資源和實際資源的對應關系
location /{
root /usr/blog; #表示靜態(tài)資源所在的目錄
index index.html index.htm; #訪問這個路徑對應的默認靜態(tài)資源文件或者網(wǎng)頁
}
}
}
location
語法
location [=|~|~*|^~|@] uri { ... }
location @name { ... }
- =:表示精確匹配
- ~:表示區(qū)分大小寫正則匹配
- ~*:表示不區(qū)分大小寫正則匹配
- ^~:表示 URI 以某個常規(guī)字符串開頭
- !~:表示區(qū)分大小寫正則不匹配
- !~*:表示不區(qū)分大小寫正則不匹配
- /:通用匹配,任何請求都會匹配到
常用匹配規(guī)則
# 將所有請求直接轉發(fā)給服務器的9090端口
location = / {
proxy_pass http://127.0.0.1:9090/;
}
# 目錄匹配
location ^~ /static/ {
root /webroot/static/;
}
# 后綴匹配
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}
# 將/account/開始的請求轉發(fā)給Account服務器
location /account/ {
proxy_pass http://127.0.0.1:8080/
}
# 將/order/開始的請求轉發(fā)給Order服務器
location /order/ {
proxy_pass http://127.0.0.1:9090/
}
root 與 alias
兩者區(qū)別在于 nginx 如何解釋 location 后面的 url
[root]
語法:root path
默認值:root html
配置段:http、server、location、if
處理結果:root 路徑+ location 路徑
[alias]
語法:alias path
配置段:location
處理結果:使用 alias 路徑替換 location 路徑
# 返回/www/root/html/t/a.html的文件
location ^~ /t/ {
root /www/root/html/;
}
# 返回/www/root/html/new_t/a.html的文件
# 把location后面配置的路徑丟棄掉,把當前匹配到的目錄指向到指定的目錄。
location ^~ /t/ {
alias /www/root/html/new_t/;
}
解決刷新后出現(xiàn)404的問題
由上面的知識可以知道,刷新后,瀏覽器根據(jù)當前的url去請求html文件,但是SPA只有一個html文件,所以需要在nginx.conf的對應location里配置一行代碼 try_files $uri $uri/ /index.html; 告訴nginx如果按順序檢查文件是否存在,若不存在則重定向到index.html文件
總結
本來只是一個自己部署項目問題的排查,實際只需要一行代碼就能解決問題,但解決問題只是最基礎的。更需要的是通過這個問題去補充更多自己不了解的東西。只有這樣才能學的更多,不能只是頭痛醫(yī)頭,腳痛醫(yī)腳。
以上就是Nginx解決history模式下頁面刷新404問題示例的詳細內(nèi)容,更多關于Nginx history頁面刷新404的資料請關注腳本之家其它相關文章!
相關文章
關于使用Keepalived實現(xiàn)Nginx的自動重啟及雙主熱備高可用問題
這篇文章主要介紹了使用Keepalived實現(xiàn)Nginx的自動重啟及雙主熱備高可用,本文通過幾個問題解析幫助大家學習Keepalived實現(xiàn)Nginx的自動重啟的相關知識,需要的朋友可以參考下2021-09-09
Linux\Nginx 環(huán)境下虛擬域名配置及測試驗證
這篇文章主要介紹了Linux\Nginx 虛擬域名配置及測試驗證的步驟詳解,非常不錯,具有一定的參考借鑒價值,需要的朋友可以參考下2019-11-11
nginx將https協(xié)議反向代理到http協(xié)議請求上
在項目正式上線時,一般會申請域名和證書來實現(xiàn)https的服務,本文主要介紹了nginx將https協(xié)議反向代理到http協(xié)議請求上,具有一定的參考價值,感興趣的可以了解一下2024-05-05

