晚上收到主機的警報，CPU 使用率 100%，SSH 進去看發現是執行序 kdevtmpfsi 造成的，User 是 Nginx，上網查詢後確定是挖礦程式，又被抓去當礦工了，突然想起下午的時候 Sentry 有一個警報：

ErrorException ignition.executeSolution

當時就有想起一個 Laravel 的漏洞通知：CVE-2021-3129，大概確定是這個原因了，出事的 Laravel 版本是 6，facade/ignition 版本是 1.16.4，基本上用 composer 更新一下應該就好了，如果你也跟我一樣是有公開的專案，記得加上 –no-dev 參數，拆掉一勞永逸。

別忘記還要清除 kdevtmpfsi ，使用 crontab -l 檢查 Crontab 有沒有相關的執行任務，執行以下腳本清除 kdevtmpfsi

ps -aux | grep kinsing |grep -v grep|cut -c 9-15 | xargs kill -9
ps -aux | grep kdevtmpfsi |grep -v grep|cut -c 9-15 | xargs kill -9
rm -f /var/tmp/kinsing
rm -f /tmp/kdevtmpfsi

再觀察一下，沒有再發作就可以收工囉！

清除 kdevtmpfsi 可以參考這篇比較清楚喔：Linux服務器kdevtmpfsi挖礦病毒解決方法：治標+治本

趙大衛
貫徹死了都要創業為信念，卻差一點讓口號變成事實！ 目前正在進行第一次修養，請多多支持。

通常是成功人士分享成功的心得，但我偏偏也想湊一腳，雖然我還沒成功，且離自己的目標有漸行漸遠的感覺，

也正因為如此所以最近特別有感觸，可能是因為步入中年了，泯滅於眾人的不甘心、生活枷鎖帶來的無奈，

各種因素集結成很深的絕望感，這輩子好像就這樣了，雖然不甘心，但好像已經沒有辦法了。

趙大衛
貫徹死了都要創業為信念，卻差一點讓口號變成事實！ 目前正在進行第一次修養，請多多支持。

原本一直是用 cordova-plugin-file-transfer 來實作圖片上傳的部分，除了帶額外的 params 都失敗之外，沒什麼大問題，但因為這外掛已經不推薦使用了，所以還是趁這次開發新專案時換到 HttpClient 上。

趙大衛
貫徹死了都要創業為信念，卻差一點讓口號變成事實！ 目前正在進行第一次修養，請多多支持。

如果你也是將 Elastic 當作搜尋快取再使用的話，一定也會常常碰到一些情況需要 Reindex。

我們一開始在使用的時候常碰到幾個問題，Logstash 沒指定 db 欄位的 type，到了 elastic 上後結果跟預期不符，或是 db / elastic 上的資料不一致等等問題，這時候我們需要的就是 reindex。

以下就是 reindex 的步驟與一些注意事項。

趙大衛
貫徹死了都要創業為信念，卻差一點讓口號變成事實！ 目前正在進行第一次修養，請多多支持。

大家都知道 DB 的 Transaction 在做多表儲存時是必用的方式，Model 的 Events 也是好東西，大部分的時候都用得很暢快！

趙大衛
貫徹死了都要創業為信念，卻差一點讓口號變成事實！ 目前正在進行第一次修養，請多多支持。