Nuxt.js配置及び踏んだ穴を詳しく説明する。

Nuxt.jsは、2つの展開アプリケーションを提供する。
静的なアプリケーションの配置はもちろん、アプリケーションの配置については、主に説明します。
公式推奨部署方式
サービス側のアプリケーション展開について、公式文書はこう書きます。
Nuxt.jsサービスを展開するアプリケーションはnuxtコマンドを直接使用することはできません。先にコンパイルして構築し、その後Nuxtサービスを起動して、次の二つのコマンドで完成できます。

nuxt build
nuxt start

おすすめのpackage.jsonの配置は以下の通りです。

{
 "name": "my-app",
 "dependencies": {
  "nuxt": "latest"
 },
 "scripts": {
  "dev": "nuxt",
  "build": "nuxt build",
  "start": "nuxt start"
 }
}

ヒント：nuxtを.npmignoreと.gitignoreファイルに追加することを提案します。
nuxtはバージョン制御に加えず、サーバーがgitlabからコードを引くたびにnuxt build生成.nuxtフォルダを実行し、nuxt startを実行してサービスを開始するという意味です。
踏んだ穴
配置方法は簡単です。間違いないです。文書を見てから自分で買ったサーバーに配置してみます。そして、BOOM！
毎回サーバーでnuxt buildを実行すると、いつも下記のようにエラーが発生し、jecinsがそれに伴ってキャンセルされます。
error Command failed with signal「SIGKILL」。
サーバーモニタを見てみましたが、buildを発見した時には、cpuとメモリが急騰しています。特にメモリ。
はい、私が買ったのはアリの最低のECSです。アップグレードの配置は最後の選択です。その前に道を変えなければなりません。
新しい道を切り開く
サーバーの上でbuildできない以上、ローカルbuildでアップロードします。gitignoreで.nuxtを削除して、distを/distに変更して、ローカルでyarn buildを実行して、成功したらgithubにアップロードします。nuxtはアップロードされていますか？
その後、サーバーでコードを引いて、依存をインストールして、nuxt startを実行すればいいです。
ここにはまだ穴があります。なぜgitignoreのdistを/distに変えましたか？
/distというフォルダはnuxt generateを実行して生成され、静的なアプリケーション展開をするために使用されます。この部分は通常の場合と同じです。nuxtはバージョンコントロールに追加すべきではありませんが、nuxt buildの後に、nuxtにもdistフォルダが生成されます。gitignoreのは/distではなく、nuxt/dist/distだけが必要です。
nuxt展開
最後に、pm 2を使ってnuxtを展開します。

pm2 start npm --name nuxt -- start

以上が本文の全部です。皆さんの勉強に役に立つように、私たちを応援してください。