跑自己主動化指令碼的機器連不上toastserver了，
僅僅能自己寫個指令碼每天跑了。
當然要放在crontab裡了。
5 3 * * * sh ~/nosecron.sh
第二天過來一看結果，fail了大半。
然後在log的最前面有一句：
warning: failed to execute tcpdump. check it is installed and in the path
手動執行tcpdump, ok
手動執行了nosecron.sh， ok
在nosecron.sh裡加了句echo $path, 放在crontab裡再跑下，竟然僅僅有：
/usr/sbin:/usr/bin
在nosecron.sh最前面 加上
export path=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
在crontab裡：
5 3 * * * su - root -c "sh /root/nosecron.sh"
在crontab裡最前面加上：
path=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
可惜不知道為什麼不生效。
DirectUI之edit,輸入想說愛你不容易
directui 模擬各控制項有的比較簡單比如按鈕,有的卻很麻煩 比如edit,想象一下自己做乙個edit所要面對的問題 1 游標定位,2 各種文字的標準操作,複製,剪下,貼上.3 文字的選擇 4,文字的輸入,這裡肯定牽涉輸入法問題 5.文字的越界自動排列,文字一旦超出顯示區域範圍,那麼就需要對文字...
IT 想說愛你不容易
檢查了半天，也跟蹤了伺服器端的執行日誌，沒有發現什麼問題，重啟伺服器程序，繼續跟蹤排程程序和執行程序，依舊沒有看出什麼問題，後來根據日誌中的select語句又到資料庫裡面查了一下，嘿！居然沒有資料。估計是命令解析的時候出了錯誤，看來是程式問題了，在伺服器上找到執行程序的源程式，make clean ...
ROR TDD，想說愛你不容易
tdd，也就是 test driven development 測試驅動開發，其實是一種開發方式的巨大提高。它 提出了一種新的開發方式 以測試為驅動。在此，我仍然想引用乙個曾經看過的thoughtworks的 乙個人的blog中的一句話 什麼是tdd？tdd就是把你的需求用測試給描述出來。這句話一下...