不知不觉,已进入而立之年,依然做着自己喜欢的软件开发工作,享受着编码带来的乐趣和完成项目后梳理项目列表的成就感。虽然纯粹的coding的时间越来越分散,但依然喜爱着静静的写代码。如果能一直能写下去,不管是自身精力还是外部条件,该多么美好。
也想过转管理,有过机会,有过犹豫,担心自身的能力,担心沟通的能力,以及恐惧将来的纷繁琐碎的事情。
技术和管理路线好像到了该选择的时候了,技术上升的空间感觉也不大,在这个年龄段处于一个瓶颈;还是觉得刚毕业的3年技术成长最大。
如果要走管理路线,还是要一步一步的从头系统的学习如何做管理,即使能够做好,但我想离技术也越来越远了吧。
果然是鱼和熊掌不能兼得啊,是屈从于潮流还是顺应内心,抑或走一步算一步,随缘?
等有答案时,再来回答吧!

Location匹配

实际使用中,至少有三个匹配规则定义


#直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,官网如是说。
#这里是直接转发给后端应用服务器了,也可以是一个静态首页
# 第一个必选规则
location = / {
    proxy_pass http://tomcat:8080/index
}
# 第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项
# 有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
    root /webroot/static/;
}
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}
#第三个规则就是通用规则,用来转发动态请求到后端应用服务器
#非静态文件请求就默认是动态请求,自己根据实际把握
#毕竟目前的一些框架的流行,带.php,.jsp后缀的情况很少了
location / {
    proxy_pass http://tomcat:8080/
}


参考:nginx配置location总结及rewrite规则写法