乙個NODE ENV 引發的血案

2022-03-17 02:44:43 字數 1336 閱讀 4112

截圖沒有完整的截下來,其實右邊行號並沒有具體的行號, 顯示為payment-809e8ff.js 1

很明顯 這是 js語法錯誤 但是當點選開裡面顯示的是html內容 第一行的 紅色錯誤

首先第一眼看到這樣的問題 直觀感受是這問題 基本無法定位

但是實際上仔細看下可以發現 這個html並不是我們引用這個js頁面的html頁面, 而是跳轉到了預設的404,

當我們再複製實際的這個js鏈結 到新的tab欄訪問 才發現這個資源不存在,由此得出問題原因 資源不存在

引發這個問題的原因為 為修改了 node_env

我們先看一下webpack.config.js

if (isproduction()) ),

new webpack.optimize.uglifyjsplugin(

})];} else if (process.env.node_env === 'pre_test') ),

new webpack.optimize.uglifyjsplugin(

})];} else if (process.env.node_env === 'pre') ),

new webpack.optimize.uglifyjsplugin(

})];} else

}

上面可以看出不同的環境變數我們載入不同的方式,比如生產環境我們是載入本地打包後的js檔案

而最後乙個else 則是起的本地webpackdevserver

我們再來看一下引用js檔案的地方

var webpack = function(extension, bundle)`;

}else/$`;

}} else if(process.env.node_env == 'pre_test')/$`;

} else.$`;}}

同樣這裡的功能和上面差不多根據不同的環境來決定是走本地檔案還是走熱啟動的位址

我們只需要在html裡這麼引用就可以了

pm2的啟動json 檔案 process.json
,

"env_production": ,

"env_pre":

}],"deploy":

}

啟動pm2 的命令
pm2 start /export/server/starfish/process.json --env pre

乙個memset引發的血案

前幾天做了一道bst題,提交了幾次都是wa,今天抽空拿了出來仔細瞧瞧總算被我發現禍頭根源.總結原因還在於自己對memset不太了解,以前用對估計也是瞎貓撞見死耗子 memset的介紹 void memset void buffer,int ch,size t count buffer 指向某段記憶體...

乙個分號引發的「血案」

再多的表情也無法詮釋我現在的心情!a b for matrices 這是很水的一道題,然而卻整整折騰了我2個多小時。從晚上6點多開始,花了沒幾分鐘就把 敲好了,可是資料一測,竟然不對,然後就開始找問題,找了很久,我竟然都還沒看出問題在哪,越找心裡越不爽,這麼做明明對的呀,一執行怎麼就錯了呢?一直到了...

乙個strlen引發的血案

部分測試 原來是這樣的 int decryptrelation aesdecryptfromfiletobytes const std string in file path,unsigned char out data,const char aes encrypt key,int in data ...