API 搜尋引擎, 有 Html, CSS, C, Java, PHP, Ruby, XML, SQL ... 非常多種類的 API, 依分類結合起來的搜尋引擎, 可以在找 function 上更省時省力 🙂
網址: gotAPI.com
快速搜尋 API 的, 同樣都是 gotAPI 發展的:
網址: Fast API Search
個人筆記, 記錄關於 系統、程式、新聞 與 日常生活 等資訊
API 搜尋引擎, 有 Html, CSS, C, Java, PHP, Ruby, XML, SQL ... 非常多種類的 API, 依分類結合起來的搜尋引擎, 可以在找 function 上更省時省力 🙂
網址: gotAPI.com
快速搜尋 API 的, 同樣都是 gotAPI 發展的:
網址: Fast API Search
自從轉換到 UTF-8 的環境後, 就一直使用著 gnome-terminal, 也並不是說他不好, 除了就他肥了點, 慢了點, 似乎其它都還蠻能符合需求的, 但是最近發現一個嚴重的問題, 就是它的快速鍵跟 irssi 的快速鍵相衝了.. 所以... 還是到該換掉他的時後了~~~
換掉的首選當然還是挑 rxvt(以前用習慣了), 所以就裝了 rxvt-unicode, 但是還是遇到一些小問題, 最主要是字體太小比較嚴重了點, 花了點時間調了一下, 簡單記錄一下參數.. 🙂
urxvt -imlocale zh_TW.UTF-8 -fn "xft:AR PL New Sung:pixelsize=20" -tn xterm -bg black -fg lightgray -sl 800 -pt Root -srurxvt -imlocale zh_TW.UTF-8 -geometry 80x25 -sl 5000 -sr -bg black -fg lightgray -fn "xft:AR PL New Sung:pixelsize=20" -tn xterm -pt Rooturxvt -fn "xft:Sans:pixelsize=16" -bg \#026 -fg gray -sl 800-tn xterm: 使用 xterm 當 termcap, 否則在 FreeBSD 使用 screen 會出現 Cannot find termcap entry for 'rxvt-unicode' 的錯誤訊息
Ubuntu 使用到目前唯一的問題就是看影片沒法全營幕播放, 因為全營幕播放會發現畫面會 Delay, -vo xv 的話是會出現橫線的條紋, 解決方法如下:
1. 安裝 w32codecs
2. 安裝 NVIDIA的軀動程式
當 MySQL Replication 的 Slave 機器連進去, 使用 show slave status, 發現以下的訊息, 而 Replication 也隨著停下來不在運作的時後的做法~
Error 'Duplicate entry 'PRIMARY KEY' for key 1' on query. Default database: 'DB_NAME'. Query: 'INSERT INTO TABLE_NAME xxx VALUE( 'xxxx' )
這代表 Key 有重覆到, 原因不明, 也許是 MySQL 本身就有 Bug, 總之遇到這種狀況的處理方法, 可以把重覆的那筆資料砍掉(不過可能會有很多), 或者就是用以下做法:
這樣子就可以了, 當然建議寫一隻程式來跑(可能會有很多)
因為本 blog 的頻寬有限, 想要貼圖又不太敢貼, 所以我的 blog 一直都很少有在貼圖(放在 flickr 或 其它地方 又怕何時不見了就麻煩了).
今天為了要貼一張圖, 但是看 166kb 實在蠻大的, Gimp 等的縮圖縮起來又糢糊不清(應該是我不會用.. Orz), 還是自己寫個簡單的縮圖比較簡單~ 🙂
總之效果還不錯就好了~
既然 ls 顏色設好了, grep、man 當然也要對一些 keyword 來做做顏色區分囉~
grep 對要找的字做顏色標註, 只要用預設參數即可(--color), 所以在 .bashrc 寫個 alias 就好囉, 如下:
alias grep='grep --color'
man 的話需要在 .bashrc 最後面加以下幾行, 就可以輕鬆的看 man page 囉~
- # For colourful man pages (CLUG-Wiki style)
- export LESS_TERMCAP_mb=$'\E[01;31m'
- export LESS_TERMCAP_md=$'\E[01;31m'
- export LESS_TERMCAP_me=$'\E[0m'
- export LESS_TERMCAP_se=$'\E[0m'
- export LESS_TERMCAP_so=$'\E[01;44;33m'
- export LESS_TERMCAP_ue=$'\E[0m'
- export LESS_TERMCAP_us=$'\E[01;32m'
ls 出來沒有任何顏色的時後看的很辛苦, 但是 ls --color 秀出來的時後, 看到目錄顏色是深藍色的時後, 有時後看起來會比沒有顏色更辛苦, 所以還是來修改一下顯示的顏色吧.
不過因為 BSD 和 Linux 的設定不一樣(BSD 用 LSCOLORS, Linux 用 LS_COLORS), 所以以下會分別記錄兩者的 原始狀態 和 如何修改.
當 MySQL 的資料量太大, 在使用 mysqldump的時後遇到 Out Of Memory 的時後該怎麼辦?
有以下兩種做法:
1. 設定 my.cnf, 設定以下參數, max_allowed_packet=16M 可隨機再調大.
[mysqldump] quick max_allowed_packet = 16M
2. 使用 -q (--quick) 的參數, 使用此參數就不會使用到 Memory.
使用範例: mysqldump -q -u root DB_NAME > DB_NAME.sql
原廠的說明是如下:
--quick,-qThis option is useful for dumping large tables. It forces mysqldump to retrieve rows for a table from the server a row at a time rather than retrieving the entire row set and buffering it in memory before writing it out.
PHP 的程式要在 Shell 下執行, 寫法很簡單, 只要在程式的最開頭加上如下:
#!/usr/bin/php <?php // ooxx ?>
記得要 chmod +x filename.php, 就可以執行了.
如果比較講究一點, 可以寫如下(以下都只寫程式第一行)
#!/usr/bin/php -q
遇到的比較嚴的 Server, 會去鎖 open_basedir(開檔、讀檔的目錄有限制) 時, 就要用以下的做法:
#!/usr/bin/php -q -d open_basedir=:.
加上 -d 的參數, 就可以不受開啟一般檔案, 不限制於 open_basedir, 不過只有在開發的時後才這樣子使用就好, 實際要上線時, 還是要限制好 open_basedir 的存取權限比較好.