聯調接口 後台完全不管 目前準備用jsonp來做跨域 想問各位有沒有什麼更好的解決方法
小伙看你根骨奇佳，潜力无限，来学PHP伐。
後台設定response.setHeader("Access-Control-Allow-Origin", "*");即可也可以在nginx端配置來解決。 jsonp並不是一種特別好的辦法，它對傳輸的資料有大小限制。
CORS。
CORS。既然是前後端分析，後台設定header就行
本次起個node伺服器轉送請求
不建議使用jsonp跨域，這個古老的方法雖然相容性好，但限制大，而且有XSS的風險。 比較完全的前後端分離，當然就是前端人員管理web伺服器，當然這對前端人員的要求就比較高了。
如果只是為了調接口，還是自己搞個本地的測試伺服器比較好，就是作為頁面的靜態伺服器，方便調頁面，並且能實現請求的轉發，請求到資料。 可以自己用express撘，也可以用browsersync+gulp或webpack+熱重載伺服器這些現成的。
我用的是browsersync，設定很方便，可以參考這個。
有個chrome插件，它做的事情就是 response.setHeader("Access-Control-Allow-Origin", "*") ，開啟即可。
加nginx
WebSocket不受跨域限制，傳送任何資料都可以，包括jsonp。
話說這個不應該是還沒開發的時候就定下來嗎？到聯調才確定jsonp，還是cors，是不是有點晚啦
不要jsonp，實在太不方便了
後台設定response.setHeader("Access-Control-Allow-Origin", "*");即可
也可以在nginx端配置來解決。
jsonp並不是一種特別好的辦法，它對傳輸的資料有大小限制。
CORS。
CORS。既然是前後端分析，後台設定header就行
本次起個node伺服器轉送請求
不建議使用jsonp跨域，這個古老的方法雖然相容性好，但限制大，而且有XSS的風險。
比較完全的前後端分離，當然就是前端人員管理web伺服器，當然這對前端人員的要求就比較高了。
如果只是為了調接口，還是自己搞個本地的測試伺服器比較好，就是作為頁面的靜態伺服器，方便調頁面，並且能實現請求的轉發，請求到資料。
可以自己用express撘，也可以用browsersync+gulp或webpack+熱重載伺服器這些現成的。
我用的是browsersync，設定很方便，可以參考這個。
有個chrome插件，它做的事情就是 response.setHeader("Access-Control-Allow-Origin", "*") ，開啟即可。
加nginx
WebSocket不受跨域限制，傳送任何資料都可以，包括jsonp。
話說這個不應該是還沒開發的時候就定下來嗎？到聯調才確定jsonp，還是cors，是不是有點晚啦
不要jsonp，實在太不方便了