Bash 和 sh 是不一樣的東西
最近使用 sh xxx.sh 出現這個錯誤[[: not found
奇怪,我看語法正確怎麼會有問題
原來發現 sh 跟 bash 是不一樣
改用 bash xxx.sh 就能正常了
最近使用 sh xxx.sh 出現這個錯誤[[: not found
奇怪,我看語法正確怎麼會有問題
原來發現 sh 跟 bash 是不一樣
改用 bash xxx.sh 就能正常了
最近公司有用 gcsfuse 做硬碟掛載
突然想到之前有看到使用 rclone 的文章
今天就小式了一下
最近有一隻排程有時候會卡死
但在想有沒有 crontab 設定方法
網路上爬有爬到解決方法
使用 timeout 指令
最近有排程卡住
MIS 殺掉(kill)程式,發現他的子程序還在跑
我們都以為 kill 掉父程序就可以關掉子程序
今天實驗出來是不能的
2021 沒想到這篇 Google 還滿容易搜尋到
當初只是操作筆記,簡單紀錄
不過有部分寫錯,把多餘錯誤份刪掉
留下重點…避免其他人吸收錯誤知識
有時候寫設計文件、 API 溝通文件或除錯筆記時,只靠文字描述流程其實很吃力。像是「前端先呼叫 API,API 再查 DB,查不到就回錯誤,查到再呼叫第三方服務」這種流程,文字一長就容易讓人失焦。
這時候循序圖就很好用,因為它很適合表達「誰先呼叫誰、資料怎麼流動、同步還是非同步、回應在哪裡回來」。而 Markdown 最大的好處,就是可以把圖跟說明放在同一份文件裡,不用另外開畫圖工具。
最近發現串接的 API 有這種格式"P3Y6M4DT12H30M5S"
第一次看到這種好奇是什麼東西
發現是一個標準格式 ISO 8601 duration
今天在大量檔案資料夾(約19萬個檔案)
下 command line 下 ls 之後就卡住
不能用 Ctrl + C 跳出去…
今天在 log 發現少數 SQL 會出現 Lock wait timeout exceeded。這類問題第一次看到很容易直覺想把 timeout 調大,但實務上大多不是等不夠久,而是有交易拿著鎖太久、查詢路徑不對,或流程本身設計就容易互卡。
在 Linux 上排錯時,很常遇到「我要去一堆檔案裡面找同一段字」這種需求。這時候如果只會一個一個開檔搜尋,速度會很慢。通常比較實用的做法是把 find 和 grep 搭起來,或直接用 grep -r。
以前實作上我都使用 datetime
沒有選過用 timestamp
今天我在找程式問題
後來發現我多年對 timestamp 多年誤解