前言

公司有项目前端是用node.js进行服务器渲染,然后再返回给浏览器,进而解决单页面的SEO问题。项目部署的时候,使用Nginx反向代理Node.js。具体的步骤如下:

(Nginx、Node.js的安装和基本配置直接跳过)

首先我们要在nginx.cnf文件中的http节点打开下面的配置:

http {
 log_format main '$remote_addr - $remote_user [$time_local] "$request" '
   '$status $body_bytes_sent "$http_referer" '
   '"$http_user_agent" "$http_x_forwarded_for"';

 access_log /var/log/nginx/access.log main;

 sendfile  on;
 tcp_nopush  on;
 tcp_nodelay  on;
 keepalive_timeout 65;
 types_hash_max_size 2048;

 include  /etc/nginx/mime.types;
 default_type application/octet-stream;

 # 打开这一行的配置
 include /etc/nginx/conf.d/*.conf;
}

然后每个域名的配置文件就放到这个目录/etc/nginx/conf.d/下,文件后缀以conf结束。

第一种方式,这种简单:

server {
 listen 80 ;
 server_name localhost;
 root /xxx/xxx/hxxydexx/;
 
 #set $my_server_name $scheme://$server_name; 

 #if ( $my_server_name != https://$server_name ) {
 # rewrite ^ https://$server_name$request_uri"";
 
 # 不需要考虑到负载的,就无需配置upstream节点。
 proxy_pass http://127.0.0.1:3000;
 }
 
 error_page 404 /404.html;
 location = /xxx/xxx/40x.html {
 }

 error_page 500 502 503 504 /50x.html;
 location = /xxx/xxx/50x.html {
 }
}

2.第二种方式,考虑到负载

upstream node {
 server 127.0.0.1:3000; 
}
server {
 listen 80 ;
 server_name localhost;
 root /xxx/xxx/hxxydexx/;
 
 #set $my_server_name $scheme://$server_name; 

 #if ( $my_server_name != https://$server_name ) {
 # rewrite ^ https://$server_name$request_uri"";
 
 # 配置upstream节点
 proxy_pass http://node;
 }
 
 error_page 404 /404.html;
 location = /xxx/xxx/40x.html {
 }

 error_page 500 502 503 504 /50x.html;
 location = /xxx/xxx/50x.html {
 }
}

然后重启或者重新载入nginx的配置文件即可。命令如下:

#检查nginx配置文件中语法是否正确
nginx -t

#重启nginx
service nginx restart

#重载配置文件
nginx -s reload 

注意问题:

上面可能会出现下面的问题:

events.js:72
 throw er; // Unhandled 'error' event
   ^
Error: listen EADDRINUSE
 at errnoException (net.js:884:11)
 at Server._listen2 (net.js:1022:14)
 at listen (net.js:1044:10)
 at Server.listen (net.js:1110:5)
 at Object.<anonymous> (folderName/app.js:33:24)
 at Module._compile (module.js:456:26)
 at Object.Module._extensions..js (module.js:474:10)
 at Module.load (module.js:356:32)
 at Function.Module._load (module.js:312:12)
 at Function.Module.runMain (module.js:497:10)

这个其实是Node.js服务多开端口被占用导致的报错,出现这种问题,可以使用Node.js项目管理工具pm2,或者使用netstat -anop进行查看端口被那个进程占用,然后杀掉重启服务!

附上Nginx的负载均衡策略:

轮询(默认)

每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

upstream backserver { 
 server 192.168.0.14; 
 server 192.168.0.15; 
} 

指定权重

指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。

upstream backserver { 
 server 192.168.0.14 weight=10; 
 server 192.168.0.15 weight=10; 
} 

IP绑定 ip_hash

每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

upstream backserver { 
 ip_hash; 
 server 192.168.0.14:88; 
 server 192.168.0.15:80; 
} 

fair(第三方)

按后端服务器的响应时间来分配请求,响应时间短的优先分配。

upstream backserver { 
 server 192.168.0.14:88; 
 server 192.168.0.15:80;
 fair; 
} 

url_hash(第三方)

按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。

upstream backserver {

 server squid1:3128; 
 server squid2:3128;

 hash $request_uri; 
 hash_method crc32; 
}

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对的支持。

华山资源网 Design By www.eoogi.com
广告合作:本站广告合作请联系QQ:858582 申请时备注:广告合作(否则不回)
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
华山资源网 Design By www.eoogi.com

《魔兽世界》大逃杀!60人新游玩模式《强袭风暴》3月21日上线

暴雪近日发布了《魔兽世界》10.2.6 更新内容,新游玩模式《强袭风暴》即将于3月21 日在亚服上线,届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。

艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕,并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时,他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中,玩家将会进入一个全新的海盗主题大逃杀式限时活动,其中包含极高的风险和史诗级的奖励。

《强袭风暴》不是普通的战场,作为一个独立于主游戏之外的活动,玩家可以用大逃杀的风格来体验《魔兽世界》,不分职业、不分装备(除了你在赛局中捡到的),光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式,玩家在加入海盗主题的预赛大厅区域前,可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹,《巨龙崛起》和《魔兽世界:巫妖王之怒 经典版》的玩家都可以获得奖励。