国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

Nginx反向代理解決跨域問題

Achilles / 1719人閱讀

摘要：背景早些時(shí)候我們做了一個(gè)項(xiàng)目，用的是前后端分離，前端后端提供功能接口，然后兩個(gè)部署在不同的域名下后端接口開放了跨域，方便前端本地開發(fā)調(diào)試。前端項(xiàng)目域名為后端的接口域名為，上線后也沒問題，一切都美滋滋的。

背景

早些時(shí)候我們做了一個(gè)項(xiàng)目，用的是前后端分離，前端vue,后端提供功能接口，然后兩個(gè)部署在不同的域名下,后端接口開放了跨域，方便前端本地開發(fā)調(diào)試。前端項(xiàng)目域名為www.a.com,后端的接口域名為 www.b.com，上線后也沒問題，一切都美滋滋的。直到有一天，用戶反饋過來有一個(gè)頁面一些數(shù)據(jù)出現(xiàn)的太慢了。。

然后我們各種優(yōu)化，前端緩存、數(shù)據(jù)庫索引等等，快了那么一點(diǎn)，最后想能不能再快點(diǎn)，因?yàn)橐婚_始用了開放跨域，且接口的請(qǐng)求方法為post,所以是復(fù)雜請(qǐng)求，會(huì)先發(fā)送一個(gè)options請(qǐng)求探探路，每個(gè)接口都會(huì)發(fā)這個(gè)，消耗的時(shí)間都有幾百毫秒，這樣時(shí)間就捉急了，那么如何解決這個(gè)問題呢~

為什么會(huì)跨域、復(fù)雜請(qǐng)求、nginx的使用不在本文范圍~

想到的解決方案 不跨域的方向

方案1：放到同一個(gè)項(xiàng)目中，同一個(gè)域名（pass，（前后端各自管理，不好合并了，需要考慮接口地址已經(jīng)使用，不能改了的情況）

方案2：nginx反響代理api接口，對(duì)于前端項(xiàng)目來說看起來不跨域（采用）

方案3：jsonp和其他（限制比較多）

options請(qǐng)求的速度更快點(diǎn)的方向

方案：原來的跨域響應(yīng)頭是應(yīng)用中加的，能不能放在更前面一點(diǎn)的步驟，比如請(qǐng)求到nginx就返回(快了一丟丟。pass)

解決方案（方案2模擬） 場(chǎng)景

前端項(xiàng)目域名為www.a.com,文件夾為html/a,

接口項(xiàng)目為www.b.com，文件夾為html/b

現(xiàn)在有一個(gè)接口，www.b.com/login.json，大意為登錄接口，現(xiàn)在用json數(shù)據(jù)進(jìn)行模擬

www.a.com會(huì)發(fā)送一個(gè)登錄請(qǐng)求獲取數(shù)據(jù)

目錄結(jié)構(gòu)圖如下

html
├── 50x.html
├── a
│?? └── index.html
├── b
│?? ├── apis
│?? │?? └── login.json
│?? └── login.json
└── index.html

b/login.json的內(nèi)容為`{

"location": "我是b站點(diǎn)/login"

}`
b/apis/login.json的內(nèi)容為`{

"location":"我是b站點(diǎn)/apis/login"

}`
b/apis/login.json存在的意義是驗(yàn)錯(cuò)，沒有的的話訪問是404，但是需要知道訪問到哪啦

步驟 修改前端項(xiàng)目中的請(qǐng)求接口地址

修改前端項(xiàng)目www.a.com中的請(qǐng)求接口為www.a.com/apis/login，真正的接口地址為www.b.com/login，如果請(qǐng)求www.a.com/apis/login能獲取json數(shù)據(jù)，則不會(huì)進(jìn)行跨域（前端項(xiàng)目和接口在同一域名下），也不會(huì)發(fā)options請(qǐng)求

修改前端項(xiàng)目www.a.com的nginx配置

所有/apis/打頭的接口，全部去請(qǐng)求www.b.com

nginx配置如下圖

server {
        listen       80;
        server_name  www.a.com;
        access_log  logs/test.access.log;
        # 匹配以/apis/開頭的請(qǐng)求
        location ^~ /apis/ {
            proxy_pass http://www.b.com;
        }
        location / {
            root html/a;
            index index.html index.htm;
        }
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

proxy_pass 常用在反向代理，比如nginx代理node服務(wù)，java服務(wù)

重啟nginx 效果

curl www.a.com/apis/login.json結(jié)果為

{
    "location":"我是b站點(diǎn)/apis/login"
}

結(jié)果是不對(duì)的（觀察下上文給出的文件夾下，還有個(gè)apis/login.json），心理的預(yù)期www.a.com/apis/login.json是要訪問到www.b.com/login.json，應(yīng)該是b文件夾下的login.json，內(nèi)容為
`{

"location": "我是b站點(diǎn)/login"

}`

修改a站點(diǎn)的nginx配置文件并重啟nginx 
server {
        listen       80;
        server_name  www.a.com;
        access_log  logs/test.access.log;
        # 匹配以/apis/開頭的請(qǐng)求
        location ^~ /apis/ {
            proxy_pass http://www.b.com/;  #注意域名后有一個(gè)/
        }
        location / {
            root html/a;
            index index.html index.htm;
        }
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

沒錯(cuò)就是proxy_pass后面的地址加一個(gè)/

加/的情況，訪問www.a.com/apis/login.json會(huì)得到www.b.com/login.json（符合預(yù)期的）,使用b文件夾作為/目錄來訪問

不加/的情況,訪問www.b.com/apis/login.json會(huì)得到www.b.com/apis/login.json（不符合預(yù)期）,使用b文件下的apis作為根目錄進(jìn)行訪問

最終的效果為

{
    "location": "我是b站點(diǎn)/login"
}

參考資料

用nginx的反向代理機(jī)制解決前端跨域問題

Nginx反向代理解決跨域問題

文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址：http://specialneedsforspecialkids.com/yun/39767.html

相關(guān)文章

  • 利用Nginx反向代理解決跨域問題

    摘要：反向代理服務(wù)器對(duì)于客戶端而言它就像是原始服務(wù)器，并且客戶端不需要進(jìn)行任何特別的設(shè)置。使用反向代理可能訪問網(wǎng)頁相對(duì)于之前響應(yīng)會(huì)比較慢 標(biāo)簽： Nginx,跨域 問題 在之前的分享的跨域資源共享的文章中，有提到要注意跨域時(shí)，如果要發(fā)送Cookie，Access-Control-Allow-Origin就不能設(shè)為*，必須指定明確的、與請(qǐng)求網(wǎng)頁一致的域名。在此次項(xiàng)目開發(fā)中與他人協(xié)作中就遇到...

    EscapedDog 評(píng)論0 收藏0

  • 利用Nginx反向代理解決跨域問題

    摘要：反向代理服務(wù)器對(duì)于客戶端而言它就像是原始服務(wù)器，并且客戶端不需要進(jìn)行任何特別的設(shè)置。使用反向代理可能訪問網(wǎng)頁相對(duì)于之前響應(yīng)會(huì)比較慢 標(biāo)簽： Nginx,跨域 問題 在之前的分享的跨域資源共享的文章中，有提到要注意跨域時(shí)，如果要發(fā)送Cookie，Access-Control-Allow-Origin就不能設(shè)為*，必須指定明確的、與請(qǐng)求網(wǎng)頁一致的域名。在此次項(xiàng)目開發(fā)中與他人協(xié)作中就遇到...

    YanceyOfficial 評(píng)論0 收藏0

  • Nginx

    摘要：此外，其也能夠提供強(qiáng)大的反向代理功能。是由為俄羅斯訪問量第二的站點(diǎn)開發(fā)的，第一個(gè)公開版本發(fā)布于年月日。 keepalived+nginx 實(shí)現(xiàn)高可用雙機(jī)熱備 + 負(fù)載均衡架構(gòu) 1 準(zhǔn)備4個(gè)ubuntu16.04虛擬機(jī)（啟用網(wǎng)卡二并使用橋接模式）:A服務(wù)器：192.168.0.103 主B服務(wù)器：192.168.0.104 主（備） 前端工程師學(xué)習(xí) Nginx ...

    syoya 評(píng)論0 收藏0

  • 利用Nginx反向代理解決跨域問題

    摘要：反向代理服務(wù)器對(duì)于客戶端而言它就像是原始服務(wù)器，并且客戶端不需要進(jìn)行任何特別的設(shè)置。使用反向代理可能訪問網(wǎng)頁相對(duì)于之前響應(yīng)會(huì)比較慢 問題 在之前的分享的跨域資源共享的文章中，有提到要注意跨域時(shí)，如果要發(fā)送Cookie，Access-Control-Allow-Origin就不能設(shè)為*，必須指定明確的、與請(qǐng)求網(wǎng)頁一致的域名。在此次項(xiàng)目開發(fā)中與他人協(xié)作中就遇到此類問題。 showImg(h...

    Yu_Huang 評(píng)論0 收藏0

  • 通過nginx反向代理解決前端訪問的跨域問題

    摘要：三反向代理解決的原理將安裝在本地，然后將項(xiàng)目部署于下，這樣訪問本地項(xiàng)目時(shí)用本地項(xiàng)目即可訪問。這樣瀏覽器之間的請(qǐng)求完全滿足瀏覽器域名協(xié)議端口相同的同源策略，可在不改變后臺(tái)接口的情況下避免跨域問題。 一、問題背景說明： 編寫移動(dòng)前端頁面時(shí)需要訪問后臺(tái)系統(tǒng)接口。前端項(xiàng)目在本地（個(gè)人辦公電腦）開發(fā)，后臺(tái)接口存放后生產(chǎn)的后臺(tái)服務(wù)器，本地的ajax請(qǐng)求無法直接訪問后臺(tái)接口，也就是遇到了跨域問題...

    dongxiawu 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<