最后反向代理的問題
最后的反向代理比較懵 不明白的是為什么要在客戶端nginx服務(wù)器上先做一個(gè)到8081端口的代理， 而不是直接在前端發(fā)送ajax的代碼里先去請(qǐng)求客戶端nginx服務(wù)器的url， 再由nginx服務(wù)器轉(zhuǎn)發(fā)到遠(yuǎn)程應(yīng)用服務(wù)器
2 回答
舉報(bào)
0/150
提交
取消
最后的反向代理比較懵 不明白的是為什么要在客戶端nginx服務(wù)器上先做一個(gè)到8081端口的代理， 而不是直接在前端發(fā)送ajax的代碼里先去請(qǐng)求客戶端nginx服務(wù)器的url， 再由nginx服務(wù)器轉(zhuǎn)發(fā)到遠(yuǎn)程應(yīng)用服務(wù)器
2018-02-28
舉報(bào)
2018-03-03
關(guān)鍵點(diǎn)在于瀏覽器對(duì)于跨域的限制，一個(gè)是相對(duì)的路徑，一個(gè)是決定的路徑。如果使用在前端直接發(fā)送x.com的url,對(duì)于瀏覽器來講還是跨域的。之所有通過nginx的反向代理，就是為了讓瀏覽器不感知跨域，而是通過nginx的反向代理映射去解決。這個(gè)就是所謂的隱藏跨域解決方案。不同于使用nginx的非隱藏跨域解決方案。
2018-03-04
你這樣還是會(huì)先發(fā)送一個(gè)OPTIONS請(qǐng)求，如果用老師說的隱藏跨域其實(shí)請(qǐng)求就算時(shí)繞過了跨域并不需要在發(fā)送請(qǐng)求前再發(fā)送OPTIONS請(qǐng)求了。至于為什么會(huì)繞過，樓上正解~