問題描述

聯(lián)調(diào)接口 后臺(tái)完全不管 目前準(zhǔn)備用jsonp來做跨域 想問各位有沒有什么更好的解決方法

問題解答

后臺(tái)設(shè)置response.setHeader('Access-Control-Allow-Origin', '*');即可也可以在nginx端配置來解決。jsonp并不是一種特別好的辦法，它對傳輸?shù)臄?shù)據(jù)有大小限制。

CORS。。。。

CORS。既然是前后端分析，后臺(tái)設(shè)置一下header就行

本次起個(gè)node服務(wù)器轉(zhuǎn)發(fā)請求

不建議使用jsonp跨域，這個(gè)古老的方法雖然兼容性好，但局限性大，而且有XSS的風(fēng)險(xiǎn)。 比較完全的前后端分離，當(dāng)然就是前端人員管理web服務(wù)器，當(dāng)然這對前端人員的要求就比較高了。

如果只是為了調(diào)接口，還是自己搞個(gè)本地的測試服務(wù)器比較好，就是作為頁面的靜態(tài)服務(wù)器，方便調(diào)頁面，并且能實(shí)現(xiàn)請求的轉(zhuǎn)發(fā)，請求到數(shù)據(jù)。 可以自己用express撘，也可以用browsersync+gulp或webpack+熱重載服務(wù)器這些現(xiàn)成的。

我用的是browsersync，配置很方便，可以參考這個(gè)。

有個(gè)chrome插件，它做的事情就是 response.setHeader('Access-Control-Allow-Origin', '*') ，開啟即可。

加nginx

WebSocket不受跨域限制，傳送任何數(shù)據(jù)都可以，包括jsonp。

話說這個(gè)不應(yīng)該是還沒開發(fā)的時(shí)候就定下來嗎？到聯(lián)調(diào)才確定jsonp，還是cors，是不是有點(diǎn)晚啦

不要jsonp，實(shí)在太不方便了