目前我在我的博客的时候,考虑到使用前后端分离,将前端和后端逻辑单独放在两个版本库,部署在两台服务器上。
我的主域名为: godtail.cn
(目前使用ghost
,新的博客正在写...)
前端域名为:
www.godtail.cn
|godtail.cn
|m.godtail.cn
后端域名为:
api.godtail.cn
但是在通信的时候发现,提示跨域
了,好吧,我之前以为在主域名相同情况下不会跨域(同域名不同端口也会跨域)。
目前我知道的可以解决的方法有两种:
-
使用JSONP,说实在我不是特别喜欢使用JSONP,感觉会导致安全问题,或者效率下降(这两点仅是我的猜测)。
猜测的理由:任何来源都能访问, 会不会存在js注入?
后端和前端需要都JSONP进行处理。(写起来不爽,而且是所有请求都要使用JSONP)。
-
在后端添加跨域头
如果前端域名比较多,需要添加很多域名,需要维护。如果别的系统需要请求你的接口,添加进跨域头?不好处理...
大家有没有更好一点的解决方法?
================【 9-22 17:25 】======================
补充下,设置跨域头,可以设置ip,仅供自己内部调用还是可以的。如果需要外部调用的话,就满足不了,另外不确定有没有老版本浏览器兼容问题。
=============== 【 9-29 17:39 】======================
补充下,后面碰到的问题吧,之前直接使用跨域头是可以正常GET
和常规POST(表单方式)
的,但是PUT
和DELETE
,和Content-Type为application/json
等, 需要再进行其他设置(预处理)。
具体MDN的CORS的文档看这里
代码, PHP为例:
header("Access-Control-Allow-Origin: xxx.com"); //允许的来源
//OPTIONS通过后,保存的时间,如果不超过这个时间,是不会再次发起OPTIONS请求的。
header("Access-Control-Max-Age: 86400");
//另外如果是OPTIONS头的话,需要返回200(通过验证)
header("Access-Control-Allow-Headers: Content-Type");
//允许的请求方式
header("Access-Control-Allow-Methods: OPTIONS, GET, PUT, POST, DELETE");
不想折腾的,直接反向代理到 xxx.com/api 下吧, 不会产生跨域问题,但是url不太美观就是。
当然是后端添加
Access-Control-Allow-Origin
至于你说的前端域名过多的问题,让后端用点小技巧能处理好的,不麻烦
思路:为
Access-Control-Allow-Origin
添加目标域名 (Origin 请求头
) 而不是写死的域名或*
大概实现 (伪代码):
不过话又说回来 请求头都是可以模拟的 所以建议将接口请求参数加密 前端脚本压缩混淆
参考网易云音乐的接口加密吧(去抓下包看看)