我們可能都會遇到一個這樣的問題,線上環境是https://...,本地啟動了項目,域名是localhost:8000等,本地想要訪問線上的接口,直接在本地調試,卻提示跨域,這個時候我們可以配置nginx,反向代理到本地,這樣可以直接在谷歌瀏覽器里調試線上問題。
nginx配置
語法規則: location [=|~|~*|^~] /uri/ { … }
= 開頭表示精確匹配
^~ 開頭表示uri以某個常規字符串開頭,理解為匹配 url路徑即可。nginx不對url做編碼,因此請求為/static/20%/aa,可以被規則^~ /static/ /aa匹配到(注意是空格)。
~ 開頭表示區分大小寫的正則匹配
~* 開頭表示不區分大小寫的正則匹配
!~和!~*分別為區分大小寫不匹配及不區分大小寫不匹配 的正則
/ 通用匹配,任何請求都會匹配到。
多個location配置的情況下匹配順序為(參考資料而來,還未實際驗證,試試就知道了,不必拘泥,僅供參考):
首先匹配 =,其次匹配^~, 其次是按文件中順序的正則匹配,最后是交給 / 通用匹配。當有匹配成功時候,停止匹配,按當前匹配規則處理請求。
location = / { //根目錄
#規則A
}
location = /login { //接口名稱等於/login
#規則B
}
location ^~ /static/ { //接口名稱包含/static/
#規則C
}
location ~ \.(gif|jpg|png|js|css)$ { //接口是以.gif等結尾的 區分大小寫
#規則D
}
location ~* \.png$ { //不區分大小寫,並以.png結尾
#規則E
}
location !~ \.xhtml$ {
#規則F
}
location !~* \.xhtml$ { // ! 非 的存在
#規則G
}
location / { //作為一個default的存在 如果以上都不匹配,則走這里
#規則H
}
那么產生的效果如下:
訪問根目錄/, 比如http://localhost/ 將匹配規則A
訪問 http://localhost/login 將匹配規則B,http://localhost/register 則匹配規則H
訪問 http://localhost/static/a.html 將匹配規則C
訪問 http://localhost/a.gif, http://localhost/b.jpg 將匹配規則D和規則E,但是規則D順序優先,規則E不起作用,而 http://localhost/static/c.png 則優先匹配到 規則C
訪問 http://localhost/a.PNG 則匹配規則E, 而不會匹配規則D,因為規則E不區分大小寫。
訪問 http://localhost/a.xhtml 不會匹配規則F和規則G,http://localhost/a.XHTML不會匹配規則G,因為不區分大小寫。規則F,規則G屬於排除法,符合匹配規則但是不會匹配到,所以想想看實際應用中哪里會用到。
訪問 http://localhost/category/id/1111 則最終匹配到規則H,因為以上規則都不匹配,這個時候應該是nginx轉發請求給后端應用服務器,比如FastCGI(php),tomcat(jsp),nginx作為方向代理服務器存在。
以下是一個配置的簡單栗子:
server {
listen 80; #監聽80端口,可改為其他的
server_name manage.crm; #自定義的域名
charset utf-8;
index /index.html;
add_header 'Access-Control-Allow-Origin' *; #添加允許跨域的頭部信息
#重定向#rewrite ^/ http://229492634.miss-xia-property-manage.club/; #重定向到某個網址
location ^~ /fee/ { #接口里包含/fee/的,前面域名都換成以下內容
proxy_pass https://229492634.miss-xia-property-manage.club;
}
location / { #匹配不到的接口都是以下域名
proxy_pass http://localhost:8000;
}
}
其他更詳細的內容可以查看nginx文檔,簡單的一個nginx配置就可以幫助我們解決調試的問題~