shell中echo的顯示格式 (r5筆記第58天)

阿新 • • 發佈：2022-05-04

有時候使用shell就是為了達到簡化工作的目的，其實在shell本身強大的功能下，其實還可以更好一些，功能再好，如果介面有時候不夠美觀，清晰，效果也會受到直接影響，這種情況再程式設計師中尤為普遍，很多開發人員能夠快速實現業務資料的處理展現，但是在美觀上總是差一些，可能很酷的功能有時候就會因為介面的太簡單，死板而大打折扣。我先來一段shell中只使用echo打印出的豐富畫面。

彩色字型是一個亮點，對於shell中對字型新增顏色早有耳聞，也自己嘗試過，效果還不錯，如果客戶端的顯示配置不相容，可能字型就不會是彩色的了。看看這麼一個看似簡單的案例用shell是怎麼寫的。 echo -e " E(0lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqkE(B E(0xE(B

 

             
          
              
           
               
              
             
            
            
            相關推薦
			   
            
            
            
 

    

    
    shell中echo的顯示格式 (r5筆記第58天)
    有時候使用shell就是為了達到簡化工作的目的，其實在shell本身強大的功能下，其實還可以更好一些，功能再好，如果介面有時候不夠美觀，清晰，效果也會受到直接影響，這種情況再程式設計師中尤為普遍，很多開發人員能 

  
 

    

    
    關於Oracle和MySQL中的無密碼登入 (r5筆記第39天)
    無密碼登入在一定程度上能夠簡化流程，對於密碼敏感，但是又需要提供訪問許可權的情況下是一個不錯的選擇。尤其是在乙方在做一些操作的時候，要密碼和給密碼是一個糾結的問題。不給沒法工作，給了又對資訊保安又影響 

  
 

    

    
    通過shell來比較oracle和java中的字串使用(r4筆記第49天)
    今天在無意中看到了java字串的一些東西，發現和oracle比較起來還是有一定的意義的，但是發現知識點準備好了，比較的時候，每一處java的變更都得重編譯執行還是不夠直觀，其實程式碼中變化的部分很固定，所以嘗試寫了 

  
 

    

    
    一條簡單的sql在11g和12c中的不同(r5筆記第2天)
    今天在檢視awr報告的時候，有一句很簡單的sql語句引起了我的注意，因為它排在SQL Order by Reads的第2位。 

  
 

    

    
    資料補丁中需要注意的幾個問題(r5筆記第21天)
    今天來感慨一下在工作中碰到的幾處資料補丁問題，當然這些細節都是流程之外的控制和規範了，但是也或多或少出現了不少的問題，有些讓人糾結，有些讓人抓狂，有些讓人無奈，但是不管怎麼樣，資料補丁是修復資料，完善 

  
 

    

    
    簡單對比MySQL和Oracle中的一個sql解析細節 (r5筆記第40天)
    SQL的語法解析器是一個很強大的內建工具集，裡面會涉及到很多的編譯原理的相關知識，語法分析，詞法分析。。一大堆看起來很理論的東東，不過看起來枯燥之餘，它們的價值也更加明顯。 

  
 

    

    
    執行計劃中的COLLECTION ITERATOR PICKLER FETCH導致的效能問題 (r5筆記第49天)
    今天開發的同事找到我，讓我評估一個sql語句。因為這條語句被應用監控組給抓取出來了，需要儘快進行效能調優。 

  
 

    

    
    關於create database語句在10g，11g中的不同(r5筆記第88天)
    最近抽空練習了下手工建庫，在10g的時候基本都在20分鐘搞定，在11g中其實還可以更快，因為10g中需要配置的admin目錄，需要建立bdump,udump之類的目錄等等，在11g都被adr給預設替代了，只要提供了$ORACLE_BASE，就會預 

  
 

    

    
    IT中的閏秒問題(r5筆記第85天)
    雖然閏秒的考驗已經結束了，不少IT人都為這一秒付出了很大的代價。
我也是在週末知道閏秒的說法，自己聽到時也是一知半解，原本以為是個很新鮮的名詞，看著微信朋友圈和微信群裡大家都在熱烈討論，因為都是oracle圈子 

  
 

    

    
    dataguard中MRP無法啟動的問題分析和解決(r5筆記第82天)
    自己手頭有一套dataguard環境，因為也有些日子沒有用了，結果突然心血來潮準備啟動起來學習一下，突然發現在敲了命令 recover managed standby database disconnect from session之後,命令執行正常,但是後臺卻報了or 

  
 

    

    
    shell基礎學習總結(二) (r3筆記第72天)
    -->關於shell程式設計之檔案比較
可以使用如下的選項來做檔案的比較。有了這些選項，檔案的比較來說都是遊刃有餘。 

  
 

    

    
    關於oracle中的反連線(r3筆記第95天)
    在之前的章節中見到討論過oracle中的半連線 http://blog.itpub.net/23718752/viewspace-1334483/ 

  
 

    

    
    pl/sql中的引數模式(r4筆記第54天)
    在平時的工作中，可能通過pl/sql傳入引數來做一些特定的操作，引數模式一般有In,out.in out這幾種 

  
 

    

    
    巧用flashback database實現靈活的資料切換(r5筆記第9天)
    今天是DTCC第二天了，抽空去聽了下，因為手頭有一些活，聽到一半隻能趕回公司繼續工作。 

  
 

    

    
    MySQL和Oracle對比之儲存過程(r5筆記第7天)
    昨天晚上幫一個朋友處理了一個關於儲存過程的問題，他需要遷移一些Oracle中的儲存過程到MySQL中來，但是改了一部分的程式，發現MySQL中沒法編譯了，報了很多的錯誤。 

  
 

    

    
    MySQL備份恢復第一篇(r5筆記第5天)
    今天學習了下MySQL的備份恢復內容，也算是對之前的 資料匯入匯出的一個細化內容。備份恢復的內容其實還是蠻複雜的，一般網站上提到的備份恢復也基本都是邏輯備份恢復的內容。對於更為高效的備份mysqlbackup和恢復的內 

  
 

    

    
    MySQL備份恢復第二篇(r5筆記第6天)
    MySQL中的資料恢復功能相比Oracle來說還是要單薄一些，而Oracle中的資料恢復相對來說自動化的程度要高一些。不過Mysql的二進位制日誌提供的資訊很豐富，而日誌資訊在Oracle中式完全遮蔽的，對於資料的恢復可能MySQL也 

  
 

    

    
    MySQL和Oracle對比學習之事務(r5筆記第4天)
    MySQL中的儲存引擎很是豐富，常用的有InnoDB,MyISAM等，也查看了不少的資料，基本也有所瞭解，從一些參考書中看MySQL中的sql部分也是一掃而過,感覺和Oracle中的sql部分沒有大的區別。 

  
 

    

    
    MySQL資料匯入匯出牛刀小試(r5筆記第3天)
    最近學習了下MySQL中資料的匯入匯出，發現功能點真是豐富，很方便很快捷。 

  
 

    

    
    使用impdp不當導致的資料丟失問題(r5筆記第1天)
    今天有個朋友問我們一個問題，說他在使用了impdp匯入資料的時候，使用了TABLE_EXISTS_ACTION=REPLACE這個選項，結果現在資料都給覆蓋了。現在沒有備份，想問問能不能做相應的恢復操作。