Alice
学生管理系统昨日正式上线测试,上线遇到的问题很多,但最后都完美解决了。nginx
特此分享,一块儿爬坑。git
原来的登陆页采用的是黑背景,通过你们的充分讨论,咱们须要换一个登陆页,黑背景看着压抑。github
而后就在晨澍和潘佳琦的帮助下开始找各类登陆的模板,发现都特别丑,后来发现当前系统的登陆风格和微信的登陆风格很像,顺手就抄过来了,感受效果还不错。web
前台ng build --prod
以后,发现样式不一致。shell
期待:npm
实际结果:浏览器
查看元素发现是Bootstrap
的样式在打包以后没有了。安全
后来发现:黄庭祥在style.less
中引用了一个在线的Bootstrap
,打包确定打不进去啊。服务器
引用的全部包,都不能引在线的,须要使用npm
安装。npm install
以后的包才能被打包进去。微信
本地打完包,须要将文件上传到服务器,查了一下,须要使用scp
命令。
scp
:secure copy
,安全拷贝,将文件加密传输,安全的远程文件拷贝命令。
scp -r /Users/panjie/github/yunzhiclub/alice/web/webApp/dist/webApp root@xxx.xxx.xxx.xxx:/root/
将本地打包的webApp
目录上传到服务器的/root
目录下。
-r
表明目录,xxx.xxx.xxx.xxx
请替换成相应的服务器IP
地址。
nginx 403
前台上线,浏览器端访问服务器却获得了403
,查看相关日志后发现是nginx
访问文件时遭到了拒绝。
在nginx
的配置文件中,有一行配置用户的。
原配置是user nginx;
,因此启动时nginx
进程的用户是nginx
,可是webApp
文件的用户全部者是root
,因此就403
了。
解决方案是把用户配置改为root
(有权限的用户),而后从新加载配置文件便可。
404
问题当用户访问127.0.0.1:8100
时,根据路由的重定向,''
重定向为'setup'
登陆界面。
可是用户刷新或直接访问127.0.0.1:8100/setup
时,报404
错误。
猜测,nginx
转发出现了问题,应该是/
转给了Angular
,可是把/setup
当成了文件夹。
这个只是个人猜想,若是您有什么意见,欢迎在评论区中指出个人错误,感激涕零。
华软就没有该类问题,对比两个项目,发现华软中默认配置了hash
路由。
hash
路由特地去官网学习了一下hash
路由,感受应该能给你们讲明白。
两个路由:
127.0.0.1:8100/setup 127.0.0.1:8100/#/setup
普通的路由是不带#
的,hash
路由是带#
的。
#
号,咱们是否是在哪里见过?你们还记得Spring
的官方文档吗?
用a
标签实现页面内跳转。hash
路由与之相似。
#
以后的路由变化不会被发送给服务器,也就是说:127.0.0.1:8100/setup
,后台nginx
获取到的路径是/setup
,而使用hash
路由,对于路由127.0.0.1:8100/#/setup
,后台获取到的路径就是/
。
注入hash
路由策略,便可启用hash
路由。
再访问,后台获取到的就是/
,而后把angular
应用返回回来,而后angular
应用再去处理#
以后的路由,不会出现404
。
以上的论述,是我结合官方文档和个人经验得出的解决,若是有不正确之处,欢迎您批评指正。
当时忙着上线,ng alain
中默认也启用了hash
路由,就觉得hash
路由是正统的解决方案。
可是今天看官方文档,却看到了这样的描述:
几乎全部的Angular
项目都会使用默认的HTML 5
风格。它生成的URL
更易于被用户理解,它也为未来作服务端渲染预留了空间。
在服务器端渲染指定的页面,是一项能够在该应用首次加载时大幅提高响应速度的技术。那些本来须要十秒甚至更长时间加载的应用,能够预先在服务端渲染好,并在少于一秒的时间内完整呈如今用户的设备上。
默认的路由(不带#
)的,支持服务器端渲染,而hash
路由则不支持。除非你有强烈的理由不得不使用hash
路由,不然就应该坚定使用默认的HTML 5
路由风格。
hash
路由不推荐,不支持SSR
。另外,我以为应该是当前nginx
的转发配置写得很差,之后再研究研究。
对技术怀着一颗敬畏之心,努力地寻找着最佳实践。