Nginx安装
安装
tar zxvf nginx-1.2.9.tar.gz#解压nginxcdnginx-1.2.9#进入目录./configure--prefix=/opt/soft/nginx--with-http_stub_status_module--with-http_ssl_module--with-http_realip_module#配置安装模块make install#安装复制代码
--prefix：指定安装目录，默认的安装目录是/usr/local/nginx；
--with-http_ssl_module：安装https服务模块
启动
/opt/soft/nginx/sbin/nginx/opt/soft/nginx/sbin/nginx -s stop# fast shutdown/opt/soft/nginx/sbin/nginx -s quit# graceful shutdown/opt/soft/nginx/sbin/nginx -s reload# reloading the configuration file/opt/soft/nginx/sbin/nginx -s reopen# reopening the log files复制代码
设置开机自启动：
echo"/opt/soft/nginx/sbin/nginx -c /opt/soft/nginx/conf/nginx.conf">> /etc/rc.local复制代码
Nignx配置虚拟主机、反向代理、负载均衡
虚拟主机
主要配置server模块的 listen 和 server_name
基于域名
server {
listen 80;
server_name test.a.com;
location / {
proxy_pass http://192.168.0.1; #反向代理到其他站点
}
}
server {
listen 80;
server_name test.b.com;
location / {
proxy_pass http://192.168.0.2; #反向代理到其他站点
}
}
注意： 配置文件下载服务器
server{listen80;server_namefile.download.com;charsetutf-8;location~ ^/(.*)${add_headerContent-Disposition"attachment; filename=$1";#设置headeralias"C:/Robot_Download/$1";#文件的本地位置}}
基于端口
server {
listen 80;
server_name localhost;
alias /data/html/index.html; #也可使用root、location等方式指向静态资源
}
server {
listen 81;
server_name localhost;
root /data/html/index.html; #也可使用alias、location等方式指向静态资源
}
基于ip
server{listen100.100.100.100:80;server_namelocalhost;location/ {alias/data/html/index.html;#也可使用alias、root等方式指向静态资源}}server{listen100.100.100.101:80;server_namelocalhost;location/ {alias/data/html/index.html;#也可使用alias、root等方式指向静态资源}}
反向代理
主要配置location模块的 proxy_pass
server {
listen 80;
server_name test.b.com;
location / {
proxy_pass http://192.168.0.2; #反向代理到其他应用服务器或web服务器
}
}
负载均衡
主要配置upstream和location模块的proxy_pass
upstream tomcat_server_pool{
ip_hash;
server 127.0.0.1:8090 weight=10; #设置访问权重，权重越高越容易被访问
server 127.0.0.1:8100 weight=10;
server 127.0.0.1:8110 weight=7;
}
server {
listen 80;
server_name test.b.com;
location / {
proxy_pass http://tomcat_server_pool; #反向代理到其他服务器集合
}
}
**ip_hash：**使用ip_hash策略的负载均衡解决session问题。每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可较好地解决session的问题。
location映射规则
alias和root的区别
location /svn/ {
root /data/ftp/;
autoindex on;
}
访问127.0.0.1/svn/a.jpg：则会进入到 /data/ftp/svn/a.jpg
location/svn/ {alias/data/ftp/;autoindexon;}
访问127.0.0.1/svn/a.jpg：则会进入到 /data/ftp/a.jpg
proxy_pass的url是否存在 / 的区别
注意：alias和root后的url都是要加/的
location /proxy/ {
proxy_pass http://127.0.0.1/;
}
访问：127.0.0.1/proxy/a.jpg：则会请求到：http://127.0.0.1/a.jpg
location/proxy/ {proxy_pass http://127.0.0.1;}
访问：127.0.0.1/proxy/a.jpg：则会请求到：http://127.0.0.1/proxy/a.jpg
“location /xxx/” 与“location ^~ /xxx/”区别
location = / { #表示匹配访问根目录
root html; #当前安装目录下的html，/html则表示服务器根目录下的html
index index.html index.htm;
}
location /svn/ { #表示匹配ip:port/svn/
root /data/;
autoindex on;
}
}
location ^~ /svn/ { #表示只要含有svn/就会被匹配
root /data/;
autoindex on;
}
“location /xxx/”表示匹配ip:port/xxx，需注意：
能匹配到 test.com/xxx/home.jpg；
不能匹配到 test.com/folder/xxx/home.jpg；
如果需要匹配到后者，应改为：location /folder/xxx/
科普：
一般默认都有location = /（精确匹配），而还有一种是 location /（模糊匹配）。
两者的区别是：模糊匹配就算匹配到也会一直匹配下去，而精确匹配不会。
例： 如上例中，把location = /换成location /，那么请求 112.74.55.239/svn/：
先会匹配 /，请求的物理路径变成了：/usr/local/nginx/html
继续匹配/svn/，实际访问的物理路径变成了： /usr/local/nginx/html/data/svn/
rewrite
location~ \.php${rewirte"^/php/(.*)$"http://localhost:8090/$1}
将localhost/php/test.php重定向到localhost:8090/test.php。如果正则表达式（regex）匹配到了请求的URI（request URI），这个URI会被后面的replacement替换
如果正则表达式（regex）里包含“}” or “;”字符，需要用单引号或者双引号把正则表达式引起来
如果replacement字符串里有新的request参数，那么之前的参数会附加到其后面，如果要避免这种情况，那就在replacement字符串后面加上“？”，eg： rewrite ^/users/(.*)$ /show?user=$1? last;=
可选的flag参数如下：
last
结束当前的请求处理，用替换后的URI重新匹配location；
可理解为重写（rewrite）后，发起了一个新请求，进入server模块，匹配location；
如果重新匹配循环的次数超过10次，nginx会返回500错误；
返回302 http状态码 ；
浏览器地址栏显示重定向后的url
break
结束当前的请求处理，使用当前资源，不在执行location里余下的语句；
返回302 http状态码 ；
浏览器地址栏显示重定向后的url
redirect
临时跳转，返回302 http状态码；
浏览器地址栏显示重定向后的url
permanent
永久跳转，返回301 http状态码；
浏览器地址栏显示重定向后的url
常用配置
支持后端获取真实客户端IP，而不是该代理的IP
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header REMOTE-HOST $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
解决request.getScheme()获取不到真实协议
proxy_set_headerX-Forwarded-Proto$scheme;
websocket配置
map $http_upgrade $connection_upgrade {
default upgrade;
}
那么，作为一名Java程序员，怎样努力才能快速成长为一名高级的程序员或者架构师，或者说一名优秀的高级工程师或架构师应该有怎样的技术知识体系，这不仅是一个刚刚踏入职场的初级程序员，也是工作三五年之后开始迷茫的老程序员，都必须要面对和想明白的问题。为了帮助大家少走弯路，我总结出一个Java程序员的工作2-5年成长路线图。需要相关资料可以加群：810589193获取哦，点击链接加入群聊【Java架构学习交流群】：https://jq.qq.com/?_wv=1027&k=59ZopTn涉及的知识点（Dubbo、Redis、设计模式、Netty、zookeeper、Spring cloud、分布式、高并发等架构技术）。
一、开源框架解析
二、架构筑基
三、高性能架构
四、微服务架构
五、团队协作开发
六、B2C商城项目实战
为了掌握这些技能，开发人员需能够自我激励，主动学习新技术，并在职业生涯中给自己扣上很多帽子。 继而不断挑战自我，然后更好地解决问题，这就是编程的本质。 知识很重要，在某些复杂问题的情况下更是如此。在变化如此之快的IT技术领域中，知识的获取在任何时候比我们已会的技能更为重要。
资料获取方式加群：810589193，点击链接加入群聊【Java架构学习交流群】：https://jq.qq.com/?_wv=1027&k=5deQUBl里面有阿里Java高级大牛直播讲解知识点，分享知识，课程内容都是各位老师多年工作经验的梳理和总结，带着大家全面、科学地建立自己的技术体系和技术认知！
Nginx依旧有很多细节和设计值得去深究学习，本篇Nginx先总结到此，后续有了更深入的了解，也会继续分享给大家。
网友评论