前言
記得在讓Nodejs支援H5 History模式(connect-history-api-fallback原始碼分析)一文中提到了HTML5
的History Mode
。然而在最近的使用過程中發現connect-history-api-fallback
這個包效果並不是那麼理想,用一段時間就會報錯。而且本身我的部落格專案前後端並未完全分離,雖然開發時是獨立的工程,但是前端工程打包後還是放在了express
的靜態資原始檔夾下進行部署。考慮到這兩個痛點,我決定在nginx
配置中對前後端進行部署分離。
前端獨立部署
前端工程npm run build
打包後,不再copy
到後端工程public
目錄下。而是獨立部署在nginx
的靜態資源目錄下,我放置的目錄是/usr/nginx/share/html/blog
相關nginx
配置如下:
#部落格轉發 blog.wbjiang.cn
server {
listen 80;
server_name blog.wbjiang.cn;
root /usr/share/nginx/html/blog;
access_log logs/blog.log;
error_log logs/blog.error;
#部落格靜態檔案
location / {
try_files $uri /index.html;
}
}
小建議:可以在開發新功能完畢後,就將打包完畢的程式碼提交到倉庫的release
分支,然後直接在linux
伺服器上對應目錄下的Git
倉庫中git pull
,也算是半自動化部署了(後面也準備研究下全自動化部署)。
後端介面轉發
blog.wbjiang.cn/api
字首的視為介面請求,統一轉發到express
後臺服務。配置如下:
#api轉發
location /api {
proxy_pass http://blog_pool;
proxy_http_version 1.1;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
rewrite ^/api/(.*)$ /$1 break;
}
負載均衡池配置(雖然只有一個服務,手動“狗頭”)
upstream blog_pool{
server 127.0.0.1:8002;
}
重啟服務
pm2
重啟
pm2 restart blog
nginx
重啟
nginx -s reload