以前寫過一篇在Linux上從零開始部署前后端分離的Vue+Spring boot專案，但那時候是部署自己的個人專案，磕磕絆絆地把問題解決了，后來在公司有了幾次應用到實際生產環境的經驗，發現還有很多可以補充的地方，很多指令和下載地址每次用到的時候再找就相對麻煩，通過這篇文章可以做一個記錄，
另外，之前漏掉了很重要的Linux版本，因為以前不太了解，一直使用的都是CentOS 7，這次選擇系統的時候看到CentOS后續會停止維護，所以決定換一個版本學習一下，Linux版本非常多，通常我們可以選擇CentOS、Debian、Ubuntu等，具體的區別可以自己去查下，這里我選擇了Debian 11.1作為新的系統環境，
npm和node（通過NVM安裝）
前端部署最先想到的就是NPM和Node，但是Node的版本切換可能是個問題，所以使用了NVM，這里之前也寫過一篇NVM、NPM、Node.js的安裝選擇，不過是針對Windows系統的，實際在Linux上運行還有些許不同，
寫檔案時NVM的最新版本為0.39.3，使用時可以按需要更改版本，
1. 安裝
1.1 在線安裝
NVM的GitHub地址
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.3/install.sh | bash
wget -qO- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.3/install.sh | bash
1.2 手動安裝
也可以下載GitHub的Release版本檔案上傳到服務器手動安裝，安裝目錄是/root/.nvm，
創建安裝目錄
mkdir /root/.nvm
解壓檔案到安裝目錄
tar -zxvf nvm-0.39.3.tar.gz --strip-components 1 -C /root/.nvm
- -z：有gzip屬性的
- -x：解壓
- -v：顯示所有程序
- -f: 使用檔案名字，切記，這個引數是最后一個引數，后面只能接檔案名，
- –strip-component=1 代表解壓出來的檔案，剝離前一個路徑
- -C, --directory=DIR 改變至目錄 DIR
2. 配置環境變數
如果選擇了手動安裝，需要自己配置一下環境變數才能在全域使用nvm指令，
#編輯檔案
vim ~/.bashrc
#按“i”進入insert模式，將下面兩行代碼寫入檔案，按“esc”退出insert模式，按“:”進入底行模式，輸入“wq!”回車，即保存并退出
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # This loads nvm
#重繪配置
source ~/.bashrc
3. 判斷是否安裝成功
nvm -v
4.安裝node和npm
#查看線上版本的指令與Windows版不同
nvm ls-remote
#選擇一個LTS版本，如下圖所示18.13.0，關于版本選擇的問題以前也說過
nvm install 18.13.0
5.查看和切換版本
#查看npm和node版本
npm -v
node -v
#如果提示沒有找到指令，則查看已安裝的node版本
nvm ls
#切換到18.13.0版本
nvm use 18.13.0
nrm
nrm（npm registry manager）是npm的鏡像源管理工具，直接使用連接國外資源下載有時會慢，可以切換至其他鏡像源，
#全域安裝
npm install -g nrm
#查看可選的源
nrm ls
#切換至淘寶源
nrm use taobao
Nginx
Debian安裝
如果使用的是Debian的系統，可以通過如下代碼直接安裝，但實際生產環境多半要添加模塊，還是需要手動下載原始碼編譯，參考下文的步驟，
sudo apt update
sudo apt install nginx
下載
Nginx下載
選擇穩定版本下載，上傳到服務器
或者通過遠程倉庫下載
wget http://nginx.org/download/nginx-1.22.1.tar.gz
安裝
# 1.解壓檔案
tar -zxvf nginx-1.22.1.tar.gz
# 2.進入目錄
cd nginx-1.22.1
按需編譯
沒有特殊需求的話，在nginx的解壓目錄里執行 make && make install 就可以編譯安裝nginx了，但是實際的線上環境還需要添加一些模塊來滿足線上的業務需求，我們的專案中用到了兩個插件：
- http_realip_module（真實IP）
- http_ssl_module（SSL協議）
編譯前要先安裝依賴，雖然兩個系統要安裝的庫不同，但是功能類似，從上到下依次是：
- gcc編譯器：用于
make編譯 - 正則庫：用于在組態檔內進行目錄匹配
- zlib庫：用于對HTTP包的內容做gzip格式的壓縮，Nginx編譯程序和Http請求程序中需要gzip格式的壓縮
- OpenSSL庫：提供SSL協議的編譯環境
# CentOS
yum install gcc
yum install pcre-devel
yum install zlib zlib-devel
yum install openssl openssl-devel
# Debian
apt install -y build-essential
apt install -y libpcre3 libpcre3-dev
apt install -y zlib1g-dev
apt install -y openssl libssl-dev
編譯操作如下:
#查看可用模塊
./configure --help
#配置
./configure \
--prefix=/usr/local/nginx \
--with-http_ssl_module \
--with-http_realip_module \
引數說明：
- --prefix 用于指定nginx編譯后的安裝目錄
- --add-module 為添加的第三方模塊
- --with..._module 表示啟用的nginx模塊，如此處啟用了兩個模塊
沒有安裝依賴的話這里會提示錯誤，正確執行的結果如下：
接下來就是編譯安裝：
#編譯
make
#安裝
make install
#可以簡寫成
make && make install
創建軟鏈接
安裝完成后，通過 nginx -V 查看一下已安裝的模塊資訊，會提示沒有這樣的指令，這是因為指令只能在對應目錄下執行，對于需要頻繁使用的工具來說并不方便，想要在全域使用，可以創建一個軟鏈接：
sudo ln -s /usr/local/nginx/sbin/nginx /usr/sbin/nginx
之后就可以在任意目錄執行nginx指令，執行 nginx -V 可以看到編譯安裝的模塊：
日志
nginx日志默認記錄在安裝目錄的 logs 檔案夾下，訪問日志全部寫入在 access.log 檔案中，隨著時間推移，日志檔案體積會逐漸增加，單個檔案過大會導致可讀性變差，通過修改配置的方式，我們可以讓nginx日志自動按日期分割，
#日志時間變數
map $time_iso8601 $logdate {
'~^(?<ymd>\d{4}-\d{2}-\d{2})' $ymd;
default 'date-not-found';
}
log_format json_log escape=json '{"host":"$http_host $request","time":"$time_local","timestamp":"$msec","from_ip":"$remote_addr","real_ip":"$http_x_forwarded_for","user_agent":"$http_user_agent"}';
access_log logs/access-$logdate.log json_log;
加在下圖位置：
在更新配置之前，還要授予檔案夾權限，要按日期創建日志檔案需要有在目錄中寫入的權限，
chmod -R 777 /usr/local/nginx/logs
在查找無權限創建檔案這個問題時候，看到一些回答是修改運行nginx的用戶為root，但是我覺得這樣在安全上可能會有問題，雖然777也是檔案夾的最高權限，任何用戶都可以修改，但相對會好一些，可能還有更好的方法，歡迎評論留言，
需要的話，error.log 也可以以同樣的方式按時間分割，
可以創建一個軟鏈接方便查看日志
ln -s /usr/local/nginx/logs /root/logs
啟動
無論是啟動還是重啟，都要先測驗配置，沒有問題再啟動，
#測驗配置
nginx -t
#配置沒有問題后啟動
nginx
#重啟
nginx -s reload
pm2
#安裝
npm install pm2@latest -g
#查看
pm2 -h
如果提示命令未找到，也是與之前一樣在bin目錄下建立軟鏈接
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/542230.html
標籤：JavaScript
下一篇：前端Linux部署命令與流程記錄