北港媽祖遶境 今年稍早參加了『媽祖萬人崇Bike 有騎有保佑』由大甲鎮瀾宮騎到新港奉天宮，途中經過好幾座頗有歷史的媽祖廟。抵達新港奉天宮時，可謂車水馬龍。除了參加活動的人群、尚有不少的進香團。 看者進香團，想到不遠處就是北港，就興起今年湊一湊北港媽祖遶境的熱鬧。 北港媽祖遶境北港觀光大橋，橋頭的千里眼、順風耳 中間亮處，為北港朝天宮 幾年前跟者一群號稱對於陣頭有興趣的朋友，趁者北港朝天宮媽祖遶境時去了一趟北港。對於北港媽祖遶境的熱鬧留下深刻的映象。隔年，又輾轉認識一位轎班的朋友，於是再度造訪。 當時原訂計畫是晚上跟者一起繞北港，順便體驗一下北港犁炮、炸醮。沒想到，入夜後卻開始下雨，越晚雨越大。雨勢實在太大了，為了相機著想只好回到下塌處。所幸離開的早…因為相機包內居然積水了… XD 雖然當晚下者大雨，熱鬧的晚上活動卻絲毫不受影響。下塌處和北港相隔者一條河，整晚卻可清楚聽到各式鞭炮聲。 今年稍早聽到一個新名詞 - 台灣三大炮。這是指北港犁炮、鹽水蜂炮、台東炸寒單。不知是不是因為有了這響亮的名號？感覺今年的炮似乎多了些。

最近有人問了一個關於 CodeIgniter 的資料庫連線問題。問題是，當一個controller執行時，可能呼叫多的model。如果這些model在開資料庫連線時，全都採用"Connecting to Multiple Databases"的方式，豈不是一個網頁就會產生多個資料庫連線？ CI採用singleton pattern。但"Connecting to Multiple Databases"的模式，卻是return instance。所以，這個疑問是有可能發生的。於是測試了一下… 做了一個小實驗。寫一個controller，他會呼叫三個不同的model。這三個model都採用"Connecting to Multiple Databases"方式，都連到同一台資料庫。如此，該資料庫上是不是就會有三個連線？ 用var_dump()看每個連線，果然每個連線的resoure id都不同（共三個）。但直接在資料庫上看連線數，卻只有一個。這樣的結果蠻奇怪的。想了一下，原來是和php開啟資料庫處理方式有關。 我這次測試，使用兩種資料庫-Sybase、MSSql。兩者的狀況分別如下…

無極天元宮吉野櫻 感覺今年櫻花很熱門，特別是在農曆春節過後，各式新聞媒體都提及到賞櫻活動。 由一開始的武陵農場，後來轉為陽明山、阿里山、北新庄天元宮。雖然地點、櫻花花季時間有所不同，確有個共通點…塞車、塞人…特別是武陵農場，花季適逢228連假，由新聞報導上看來，真是瘋狂大塞車。 也因此…以往每年會去走走的北新庄無極天元宮賞櫻，刻意選在櫻花極大期之後。除了想避開人潮外，想說是否可以看到吉野櫻的櫻花雨 :) 看天氣預報，刻意選了一個預報為好天氣的非假日造訪。當天，果然如天氣預報般，台北的天氣轉為晴天，近來不常見的太陽也露臉了。中央氣象局的天氣預測還挺準的～ 如往常，為了避開車潮，取道北投稻香路（可參考 之前的紀錄 ）。沒想到，進入山區後，居然變成濃霧…抵達無極天元宮時，依舊是濃霧…真是人算不如天算…

飄於雲海上的台北101 站在不同的高度，看到的世界完全不一樣。雲海，就是最好的寫照 當我們在平地，看者烏雲、濃霧。站在山上時，可能就是欣賞美麗的雲海。 多年前，逛逛於橋下光華商場的舊書攤時，看到 陽明山十大傳奇 （林宗聖著）這本介紹陽明山的書。書封的美麗雲海，居然是在大屯山所拍攝。打破了我以往的印象，只有高山才可見到如此漂亮的雲海。（也是這本書，讓我知道陽明山區有個不常見的七星池。七星池在哪？可以參考 我之前的紀錄 ） 幾年前一個濃霧的清晨，上 樹林大同山 爬山。沒想到，爬上才兩百多公尺的大同山，居然穿破了雲層，欣賞到雲海。也才知道…在台北，高度不到三百公尺的山區也可欣賞雲海

php的 Heredoc 很好用，無論是在一般的義大利麵式的程式，或在MVC中的view。善用他，可以讓php code和html做較好的分割，讓維護比較容易。也不會破壞原本html排版。 最近，因個特殊案例，使用 Heredoc 配合 eval() ，卻遇到了問題。狀況如下… 首先，使用『'』配合 eval() ，一切正常。如下… $php = 'Hypertext Preprocessor' ;   $str = 'PHP is {$php}' ;   eval ( "\$newstr=\"$str\" ;" );   echo   $newstr ;   //print : PHP is Hypertext Preprocessor    但是，當我想在$str這字串中，放入『"』時

在測試ActiveMQ過程中，發現發生下面狀況時，ActiveMQ可能就會出現異常的狀況 當queue內累積過多的筆數 當queue內累積太多的資料內容 要多少筆數？多少資料量？才可能出現異常呢？官方資料中，沒有找到明確的數據。 根據測試的經驗，這個數字依舊和機器等級有差。當procedure往queue塞資料的速度大於consumer消化速度，讓queue內的資料筆數一直累積上去。會導致consumer處理速度越來越慢、惡性循環下去。其實，procedure的處理能力，也會越來越差。 如果queue繼續累積下去，會出現無法連到ActiveMQ。甚至WEB管理介面也失效、最後要重新啟動ActiveMQ。最慘的狀況是，當重新啟動後，還要將剛剛的queue刪除，才能恢復正常。 也曾遇過一個狀況，ActiveMQ的主機，最後因stock吃完而無法服務。 因此，需要監控ActiveMQ的狀況。或者，在procedure中檢查queue內的數量，作為後續處理的依據。（當然，還是要看怎麼規劃、運用ActiveMQ） 如何以PHP+STOMP取得ActiveMQ的資訊呢？

東勢林場楓樹林內的山徑，鋪滿了楓樹落葉 說到 東勢林場 ，我對於他的印象只有螢火蟲和露營。這次農曆春節期間首次造訪，才知道東勢林場也有櫻花、李花、楓紅、溫泉、甲蟲...也有許久沒玩過的野外訓練設施（體能訓練場） 今年農曆春節來得早，一月底就過年了，加上今年冬天寒流不多，結果就是，在東勢林場內，沿途可以看到尚未完全盛開的櫻花、伴隨者尚未完全凋落的楓葉…也因為如此，感覺上此行不太像賞櫻，反而有點像是賞楓行程了 :) 在欣賞櫻花時，稍微留心一下，會發現在樹梢、花叢間有時會看到小鳥穿梭期間。這次觀察到的大都是綠繡眼，卻沒見到畫眉… 住在東勢林場的當晚，天氣非常的好、大氣擾動不明顯…加上光害尚可接受，忽然興起拍星軌的念頭，於是，就以冬天最明顯的獵戶座腰帶為標的，大夥拍了幾張玩玩～不過，沒帶適合的腳架、也沒B快門的情況下，真的只是拍拍好玩... :(