跳到主要內容

發表文章

目前顯示的是 3月, 2014的文章

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是比較簡潔一點

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

scp 沒辦法,scp會直接覆蓋。rsync沒辦法,會讓兩個檔案同步變成一模一樣... 這時候就只好用ssh 原始操作方式 ssh user@remote "要處理的指令" 那麼就簡單了,如果要抓取遠端的檔案,附加到本地,那就在遠端使用 cat 指令,然後用 >> 修改資料串流附加到本地的檔案不就行了嗎?沒錯 ssh user@remote "cat filename" >> /LocalPath/FileName 那我就舉一反三,資料串流改用 > 就是複製!!! ... 對不起,脫褲子放屁了,直接用 scp 或 rsync 不就好了... 這邊就是發現 scp 或 rsync 只能複製,我們才去找可以附加檔案的方式,別又把這個方法,重新拿回去當複製的的功能用,有句名言 當你手上拿著鎚子,你就覺得任何東西都像釘子 好,剛剛是抓遠端檔案附加到本地,那反過來,抓本地檔案附加到遠端呢?我上查到了一個很神奇的用法 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 你本地的資料。 總結: 遠端到本地,直接ssh 遠端 cat 檔案 >> 本地檔案 本地到遠端,要做管線,cat 本地檔案 | ssh 遠端 cat >> 檔案

安裝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

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

我安裝Ruby後,為了搞定路徑花了老半天,後來弄懂了Linux指令在 which , type , $PATH 與 Hashed 就清楚多了。 如果你的系統有內建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 ruby 跟 type ruby 的路徑會不一樣。這種情況是 ruby 這個命令,在系統一開始就被寫在系統的hash table裡面。這邊簡單分類一下 which 跟 type 的不同: 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裡面的,都可以用這個方法解決路徑的問題