前言
老生常谈了,这里谈谈我的理解的前后端分离,简单的分离无非是将原来mvc的view层剥离出来,独立一个成为Servlet服务,Servlet之间依靠http连通。这里的view Servlet容器可以是任意一种服务端服务,Tomcat、Apache、Nginx、IIS,都可以。这里以常用的Nginx为例子做简单的介绍。
需求分析
先来一波需求分析。
-
单项目
- 单项目指的是一台服务器部署一个前端服务,使www.xxx.com => index.html的单一指向。
-
多项目
- 多项目指的是一台服务器部署多个前端服务,使www.xxx.com/a => a.html,www.xxx.com/b => b.html等多指向。
- 请求代理。
- cookie domain重写。
- cookie path 重写。
提示:这里做好写conf.d/*.conf,这样配置可以分离处理。
公共配置
1
2
3
4
5
6
7
8
9
10
11
|
server{ listen 80; # 配置端口 server_name _; # 配置域名 charset utf-8; # 编码 access_log /xxx/log/nginx_access .log main; # 成功日志 error_log /xxx/log/nginx_error .log error; # 错误日志 index index.html; # 查找文件顺序 set $root /xxx/nginx/ ; # 变量设置,设置公共路径 # 其余location } |
请手动去/xxx/log/nginx_access.log和/xxx/log/nginx_error.log下新建对应文件。可能会执行nginx reload第一次执行时会报错。
set的$root路径为绝对路径,access_log和error_log同样都是绝对路径。
单项目配置
目录结构
1
2
3
|
nginx |----- index.html |----- user.html |
location配置
1
2
3
|
location / { root $root; } |
好了最简单的基于根路径配置就这样好了,这里无非是通过location配置一条路径,然后指向到$root文件夹下的index.html这个文件下。
多项目配置
目录结构
1
2
3
4
5
|
nginx |----- a |----- index.html |----- b |----- index.html |
多条location配置
1
2
3
4
5
6
7
8
9
10
11
|
location ^~ /a { alias $root /a ; } location ^~ /b { alias $root /b ; } location / { root $root; } |
跟单项目唯一的不同点在于,root和alias的区别,root指的是文件的绝对匹配路径,而alias则是相对匹配。root可以再http、server、location中配置,而alias只能在location中配置。这我还加入的正则^~,当匹配/a或者/b时,不管location的路径是什么,资源的真实路径一定是都是 alias 指定的路径。这样的我就能让/a、/b拥有匹配的到路径之后,拥有跳转固定路径,这在spa式的前端项目非常有用的,因为其实核心文件只有一个index.html文件(资源文件另说)。这样我永远跳转index.html就能保证浏览器手动刷新的时候,不会根据root路径去查找服务器其他路径的资源。然后设置spa的根路径和 /b必须是匹配的。
为什么会有这种需求?前端是轻便的,我们为了达到节约服务器与聚合同类型业务的时候,就会使用到这种机制。就像希望admin.xxxx.com/a => 运营管理台、admin.xxxx.com/b => erp管理台一样。所有admin这个域名下我们只要切出子路径即可。简单轻便。
请求转发
1
2
3
|
location ^~ /api { proxy_pass http: //api .xxx.com/; } |
这里就特别简单了,我通过正则匹配/api这个请求,通过proxy_pass属性,将请求定向到http://api.xxx.com。即可
修改cookie domain
有时候处于安全考虑,我们会设置一定的cookie的domain属性这是对于nginx转发来说就很不友好了。当然也是有解决手段的,也很简单。
1
2
3
|
location { proxy_cookie_domain <本域的domain> <想修改的domain>; } |
修改cookie path
当我们转发回api接口时,有时候api域名拿不到cookie,除了domain还有cookie path的可能性。当然解决方案也很简单
1
2
3
|
location { proxy_cookie_path <本域的路径> <想修改的路径>; } |
后续优化
这只是nginx配置最简单的一个例子,还有,开启gzip、缓存设置、合并资源请求的插件、设置50x,40x页面、判断移动端,pc端跳转等配置,nginx还是很强大的。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对服务器之家的支持。
原文链接:https://juejin.im/post/5cf804fc6fb9a07eaf2b8086