roadmap (2)

今天不知道在發什麼瘋，居然一整天都在寫......
贈送的紅利 ~

上一篇提到的已經全完成了。現在棘手的是 ruby 1.8/1.9 混在一起...
最大的麻煩是上次提到的 1.9 bug:
[Bug #1773] Gem path doesn't honor user gem?
這個應該很久了，只是好像一直沒有人在意...
覺得很奇怪，大家都在 sudo 來 sudo 去嗎？
我個人認為這東西太重要了...

總之因為這個，導致很難用一個 .bashrc 給 1.8/1.9 用。
這樣就會有很大的麻煩，因為我需要一個帳號跑兩種 ruby.

anyway, 暫時是把 .bashrc 寫給 1.9 用，因為 1.8 可以用
Gem.use_path 解決掉 .bashrc 的需求。
只是這樣會造成 gem18 因為沒有用 Gem.use_path 而讀取到
1.9 的東西... 同樣 rake18 也會有問題。

接著隨著測試機掛掉，重弄起來的 server, 怪怪的。
SystemTimer 好像失去效果，一個 request 可以卡 10 分鐘...
之前 curb 又碰到幾個問題，一氣之下，把 SystemTimer 和
curb 都幹掉了！SystemTimer 之前也碰到一堆鬼問題！

前者就換回 ruby 原本的 timeout, 後者則用 open-uri 取代。

所以現在狀況是，只有 rails + passenger 跑 1.8,
其他所有的 server/daemon 都跑 1.9

不過要全部切成 1.9, 看來還有很大的路要走...
首先 mysqlplus 回傳的 string encoding 都是 ascii-8bit
因此很容易產生 incompatible encoding 的問題...

然後是 facebooker 看來是不支援 1.9? 碰到一些小問題
手動是可以修掉，這個就再看看要不要 fork...

列一下老是出事的 lib:

1. rails
2. facebooker
3. SystemTimer

唔，應該還有，有些後來問題太多就砍掉，可能就忘了...
用 ruby 心臟真的要大顆一點 XDDD
還有，盡量避免 native gem... 如 SystemTimer
我不知道為什麼，但在有些機器上就是怪怪的。
可能是因為他用了太多底層（OS）的東西...

*

趕快全面換成 1.9, 很多 1.8 沒辦法解決的問題才能解決