2014年3月19日 星期三

twitter-bootstrap-rails使用font awesome

twitter-bootstrap-rails已經把font awesome編譯在裡面了,不過用法有點不一樣,我是上stack over flow才知道, ,這種更動沒有寫在README裡面誰知道啊

這邊是標準font awesome的用法 譬如

<i class="fa fa-anchor"></i>

不過用twitter-bootstrap-rails編譯在裡頭的font awesome要這樣用

<i class="icon-anchor"></i>

第一個fa不用,第二個fa改成icon

或者直接使用它的Helper

<%= glyph(:anchor) %>

用Helper是比較簡潔一點

2014年3月18日 星期二

ssh 直接複製到檔案結尾 (ssh append to file)

scp 沒辦法,scp會直接覆蓋。rsync沒辦法,會讓兩個檔案同步變成一模一樣...

這時候就只好用ssh 原始操作方式

ssh user@remote "要處理的指令"

那麼就簡單了,如果要抓取遠端的檔案,附加到本地,那就在遠端使用cat指令,然後用>>修改資料串流附加到本地的檔案不就行了嗎?沒錯

ssh user@remote "cat filename" >> /LocalPath/FileName

那我就舉一反三,資料串流改用>就是複製!!! ... 對不起,脫褲子放屁了,直接用scprsync不就好了... 這邊就是發現scprsync只能複製,我們才去找可以附加檔案的方式,別又把這個方法,重新拿回去當複製的的功能用,有句名言當你手上拿著鎚子,你就覺得任何東西都像釘子

好,剛剛是抓遠端檔案附加到本地,那反過來,抓本地檔案附加到遠端呢?我上查到了一個很神奇的用法

cat local-source-file-name | ssh user@some.domain “cat >> remote-target-file-name“

得改用管線的指令,如果用ssh user@some.domain “cat >> remote-target-file-name“ < cat local-source-file-name,一定失敗,因為那串指令會通通送到遠端去執行,cat local-source-file-name這個指令也是在遠端執行,根本不是cat你本地的資料。

總結:

  1. 遠端到本地,直接ssh 遠端 cat 檔案 >> 本地檔案
  2. 本地到遠端,要做管線,cat 本地檔案 | ssh 遠端 cat >> 檔案

2014年3月11日 星期二

安裝zsh + oh-my-zsh 出現 /usr/bin/env: zsh: 沒有此一檔案或目錄 (/usr/bin/env: zsh -: No such file or directory)

zsh 跟 oh-my-zsh 安裝完,可能會出現類似下面錯誤訊息,雖然他沒任何影響,不過我總覺得怪怪的

# 中文系統
/usr/bin/env: zsh: 沒有此一檔案或目錄

# 英文系統
/usr/bin/env: zsh -: No such file or directory

通常會出現這類的訊息,都是指令找不到。

這邊指zsh這個指令找不到,試試看輸入which zsh看看是不是沒有把zsh這個加到$PATH裡面,沒有的話加入就好了。

如果加入了一樣找不到,我trace了一下zsh的執行過程,通常都是跟oh-my-zsh的安裝順序錯了的時候才會發生。

這時編輯家目錄底下檔案vim ~/.zshrc,會看到

# 他先執行了oh-my-zsh.sh
source $ZSH/oh-my-zsh.sh
# 然而oh-my-zsh.sh已經在使用zsh這個指令了

# 這裡才把宣告路徑,所以當然zsh指令找不到
export PATH="/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin:/bin:/root/bin:/usr/local/bin"

這時就把它們兩個對調一下就好了

# 像這樣把 export PATH 放到 source $ZSH/oh-my-zsh.sh 上面
export PATH="/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin:/bin:/root/bin:/usr/local/bin"
source $ZSH/oh-my-zsh.sh
# 這樣oh-my-zsh.sh裡面就可以用zsh指令了

存檔後,登出再進來,他就可以正常使用zsh指令,不再出現這種錯誤訊息了

CentOS zsh 自行編譯

CentOS用yum安裝的zsh版本有點舊,這邊記錄一下,怎麼下載自己安裝

# 下載最新版的 zsh (筆下日期 2014/03/11) 並存檔為 zsh.tar.bz2
wget http://sourceforge.net/projects/zsh/files/latest/download\?source\=files -O zsh.tar.bz2

# 解壓縮
tar xvjf zsh.tar.bz2

# 你的版本不一定是5.0.5,我筆下日期 2014/03/11 到5.0.5版,你的可能更新
cd zsh-5.0.5

# 普通編譯流程,configure後 看缺什麼lib 裝一裝
./configure
make
sudo make install

# 把"/usr/local/bin/zsh" 這串字加到 sudo tee -a /etc/shells 裡
echo "/usr/local/bin/zsh" | sudo tee -a /etc/shells

# 上面那一步 你的 chsh -l 才查得到zsh
# 可以切換到/usr/local/bin/zsh 了
chsh -s /usr/local/bin/zsh

# 重新登入 shell就切換過去了
exit # and relogin

# 跟bash一樣,放個.zshrc檔案在使用者根目錄,讓系統進入zsh前讀取
touch ~/.zshrc # 你的變數 或alias就可以加在這裡面了
# 有點跟bash不一樣的地方是,沒有.zsh_profile,讓系統只讀第一次的檔案

# 如果你有裝oh-my-zsh,建議直接建立軟連結(上面那一步touch就不用做了,做了就先把~/.zshrc刪掉就可以了)
ln -s ~/.oh-my-zsh/templates/zshrc.zsh-template ~/.zshrc

2014年3月5日 星期三

Linux系統which與type指令,對比$PATH與Hashed路徑

我安裝Ruby後,為了搞定路徑花了老半天,後來弄懂了Linux指令在whichtype$PATHHashed就清楚多了。

如果你的系統有內建Ruby,打which ruby,會發現他的路徑在usr/bin/ruby底下,接著不管你用了什麼方法裝了新的Ruby,就把新的路徑在$PATH裡加到usr/bin的前面,系統通常就預設執行在$PATH裡面,放在前面先找到的那個Ruby。

但是有個情況,你加了$PATH以後沒有用,系統還是一直去執行舊的Ruby。可是打which ruby明明就是新的路徑呀?

我遇到的情況是這樣打type ruby會發現ruby is hased(/usr/bin/ruby),這是什麼意思呢?為什麼which rubytype ruby的路徑會不一樣。這種情況是ruby這個命令,在系統一開始就被寫在系統的hash table裡面。這邊簡單分類一下whichtype的不同:

  • which:
  • 單純從$PATH裡面尋找到的路徑。
  • type:
  • 指令真實被執行時使用的路徑。

which只是單純顯示在$PATH,type才是真實下命令按Enter後去執行的路徑。

所以安裝了新Ruby,可是系統若之前就把Ruby放在hash table裡面,他就會一直執行舊版本的Ruby,這時候只要重登目前這個Shell,讓hash table refresh一下就好了。如果還是不行,系統不曉得寫在什麼地方,他就是喜歡自動把舊Ruby放到hash table裡面。那就只好手動改了,在bash底下執行:

hash -r #清掉hash table裡所有的資料

上面這樣子是全清掉,全部的hash table重新建立。或者也可以像下面這樣:

hash -d ruby #單純在hash table清掉Ruby

這樣子hash table裡面沒有ruby了,系統就得乖乖執行$PATH裡面找到的ruby囉。

不只有ruby唷,不管安裝什麼php,python還是sqlite之類的,如果跟系統預設衝突,而且還是放在hash table裡面的,都可以用這個方法解決路徑的問題