關於Linux使用的一些分享

從它處複製了一串命令，命令其實並非在一行的，執行時發生報錯。舉個例子curl 服務 -d。我以為自己複製的是一行語句，其實是多行，結果執行時一直curl不成功，一直抓狂中。

crlf和lf，相信很多朋友都遇到過，此處不詳述。就是說在windows裡編輯指令碼時，最好要用utf-8，no bom。

備份檔案時不建議cp xx.conf xxbak.conf。即字尾名仍然一致，因為你不能確定是否有一另外乙個檔案裡有如下動作including *.conf。

這個坑，在使用nginx、docker的時候，我踩過。

某個應用，一開始用x使用者跑，後來改用y使用者跑。y使用者無權修改x使用者建立的檔案，造成報錯。

不建議對檔案搞777。（有些資料中心不允許這麼搞的）

不建議修改umask掩碼。（舉個例子，可能我心裡認為我建的檔案是755，但是誰知道我的umask被人改了，建立出來的檔案的許可權和我預期的不一樣）

不建議使用vim xx.log，因為log檔案可能還會被修改。建議使用less、tail。

這裡提到tail，分享乙個關於tail的東西。

有一次我在跟蹤乙個問題，我進到日誌目錄，這裡邊有log1.log、log2.log、log3.log……我不確定除錯問題時日誌會寫到哪個檔案去。這時可以使用tail -f *.log。這時螢幕可以列印出所有這些log檔案的動態。（這個是松年老師教的^^）

有一次看某個技術的英文官方文件，因為我忘記optional（可選的）這個單詞。我把optional章節下的安裝動作也執行了一遍，出錯之後折騰了不少時間。這個單詞的意思是這個章節的動作可以選擇不操作。

盡量用一手官方資料吧。

執行某個指令碼之前，一定先檢查一下指令碼內容。（即使自己先修改它了，準備執行前，還是再看它一眼）

要把某個指令碼nohup掛起前，建議先直接執行，確認一下是否會報錯。（之前就遇到過這種現象，準備下班前nohup乙個指令碼，等著第2天來看執行結果，結果指令碼是報錯的，白浪費了乙個晚上）（這個習慣來自zning大神）

清空乙個文字檔案，可以使用echo 『』 > xx.sh來實現。vim它，再到第一行，再dg，也是可以，不過覺得這樣要多敲點點鍵盤。