煙波釣叟

php 5.2.* 如何解決Hash Collision

2012-01-20T13:55:00.000+08:00

前一陣子出現個名詞Hash Collision。接者Hash Collision DoS這名詞跟者出現，而後就看到很多系統、語言開始出現更新patch。 XD

Hash Collision影響範圍有多廣，可以參考oCERT.org - oCERT Advisories。裡面列出受到影響的語言、系統，以及目前的狀況。以php為例，5.3.9後、或5.4.0RC4後的版本才修正此狀況。

可以更新的語言或系統，就請自己更新…如果不再上面的，就比較麻煩了… :(

以php 5.2.x為例。出了PHP 5.2.16時，PHP官方指出該版本是php 5.2.x 的最後一版，往後將不再維護。雖然，沒多久因為一個重大問題，又馬上出了PHP 5.2.17。但…這次聽說不會因為Hash Collision出新版本更新此問題。

只好找治標的方式來防止。PHP的參數中和Hash Collision攻擊有關的php參數有兩個

max-input-time，PHP 預設為 -1（意即不限制執行時間）
max-execution-time，PHP 預設為30秒

可以藉由這兩個參數，"降低"被攻擊時的影響。不過，調整參數max-input-time時需要注意。被修改設定的主機，是否會接受client上傳圖檔？如果有，這個時間就需要拿捏了… 避免圖檔上傳的時間超過了設定時間。

雖然PHP官方不提供patch，不過…如FreeBSD還是有提供。詳見CVS log for ports/lang/php52/distinfo。如果您是使用FreeBSD就趕緊更新吧。更新後的版本為PHP 5.2.17_5。
附註：FreeBSD版本的php，max-input-time預設值不是 -1 ，卻是60秒。

或者，參考下方參考資料中PHP5.2.*防止Hash冲突拒绝服务攻击的Patch的作法。

參考資料

oCERT.org - oCERT Advisories
Hash Collision DoS 問題
通过构造Hash冲突实现各种语言的拒绝服务攻击
PHP数组的Hash冲突实例
PHP5.2.*防止Hash冲突拒绝服务攻击的Patch
PHP :: Sec Bug #60623 :: Hash Table Collisions
PHP參數-max-input-time
PHP參數-max-execution-time
IIS更新說明-Microsoft Security Bulletin MS11-100 - Critical : Vulnerabilities in .NET Framework Could Allow Elevation of Privilege (2638420)
PHP 5.3.9 Released - Added max_input_vars directive to prevent attacks based on hash collisions. (CVE-2011-4885)
PHP 5.2.16版本更新
PHP 5.2.17版本更新
FreeBSD PHP52 更新說明-CVS log for ports/lang/php52/distinfo

秀巒控溪吊橋楓紅

2012-01-18T22:32:00.002+08:00

秀巒檢查哨附近的楓紅

位於新竹尖石、五峰霞喀羅古道，其實非常的深山。每次（冬天）去造訪，都是天還沒亮時就開車出發，回到家時天也早已經黑了…最快的一次，是回程時經過內灣時天才黑…

雖然車程是如此緊湊，每次經過途中的宇老、及秀巒時，卻一定會挪出時間，在這兩處欣賞風景、拍拍照片。之後才會去霞喀羅古道養老段。

運氣不錯，到達關西休息站時，天氣已經轉好。

清晨的內灣吊橋

先介紹宇老。由內灣轉入尖石後，循錦屏道路高度慢慢上昇，達到最高點時就是宇老。這段路線其實還蠻陡的…雖然如此，每次都可以看到鐵馬騎士，騎者單車踏上宇老。

到宇老時，有岔路通往不同地方。一個方向可通往李棟山，另一個方向往下，則是通往秀巒、霞喀羅古道、司馬庫斯等地。

站在宇老，天氣好時可以眺望遠方的大壩尖山。曾經在此遇過一次，看到對面白雪皚皚的大壩尖山山頭。這次雖然沒見到白雪皚皚的山頭，卻看到了雲海。

雲海@宇老

大壩尖山

由宇老開始，沿途斷斷續續可見楓紅

今年的選戰好像有點冷？
在這一帶山區，只有此處和田埔可見稀疏的候選人競選旗幟

由宇老往秀巒途中會經過田埔教會，每次由霞喀羅古道回程時，在耶誕節前後經過此處，於昏暗的天色中，可以看見裝飾漂亮的教堂。

循秀巒道路而下，高度一直下降。道路兩旁有不少楓樹，這次經過時都已經紅了。當高度降到可以看到溪流時，表示已經接近秀巒。此處有名的景點之一是控溪吊橋的楓紅，另一個景點則是。走過控溪吊橋後可以看到的軍艦岩。

在控溪吊橋旁，有兩條溪流在此會合。分別為塔克金溪（泰崗溪）、塔克金溪（泰崗溪）。會流後為馬里闊丸溪 (玉峰溪)，是為大漢溪源頭。

此次造訪時，秀巒控溪吊橋附近楓紅已經不多了

今年天氣很怪，入秋後天氣涼的很早，寒流卻很晚才報到。這次造訪前一週，看網路上的照片覺得楓樹還不紅…沒想到，寒流一來…楓葉雖然紅了，卻也掉了不少。只，好趕緊轉往下一個點，秀巒檢查所。

秀巒檢查所，附近有野溪溫泉

秀巒檢查所

在檢查所填寫完資料（現在填寫的，已經不是早年的入山證）後過了橋，會有一個大彎。過了此彎後請注意對面。對面有山上有一大片楓樹可以欣賞。

這次經過時，道路稍微寬敞處都已經停了前來此處攝影者的車輛。無處可停車，加上之前已經耽擱了時間，只好在車上隨便拍幾張後離開…

秀巒檢查哨附近的楓紅

沒想到，等我們走完霞喀羅古道回程時經過此處，依舊有人還在取景拍攝。之後，經過控溪吊橋旁依舊停了不少車輛。看來，秀巒楓紅、賞楓的名氣應該是越來越響亮了 :)

回到宇老時遇到大霧…

之前的紀錄

霞喀羅古道賞楓照片

霞喀羅古道賞楓完整照片

宇老、及秀巒賞楓地圖、GPS航跡圖

檢視較大的地圖

新竹霞喀羅古道賞楓

2012-01-18T22:30:00.003+08:00

霞喀羅古道

之前趁深秋時，走了一趟三峽雲森瀑布&姊妹瀑布。很可惜的，雲森瀑布前的楓還是綠色…沒欣賞到雲森瀑布的楓紅。之後，終於來了兩波寒流。想想，新竹霞喀羅古道上的楓葉應該轉紅了吧？

一早天還沒亮，一行人就約好出發了。清晨的台北還是飄者毛毛細雨，到關西收費站前還有點霧。到了關西服務區天氣才轉好…

算一算，走霞喀羅古道養老段也已經四、五次了，每次路況都不同。猶記得第一次造訪時，霞喀羅古道聯外道路的路況非常的差，隨處可見施工處、石堆、跟車一樣的落石…所幸車子底盤高，才輕鬆過去。今年，霞喀羅古道聯外道路的路況非常的好，需要感謝養護單位的努力。

還有一個變化…原本在養老登山口空地改建成平台。剛到時還真傻了眼，因為這樣讓停車位少了很多。後來才知道，下方另外闢建了一個停車場…

霞喀羅古道新建的觀景台

造訪時的天氣不錯，映者藍天的楓紅真的很漂亮。

霞喀羅古道楓紅

天氣真的非常的好，看到這樣的藍天、及一抹白雲，不由自主的多按下幾次快門～ :)

霞喀羅古道

行經第一個竹林時，山徑的上方有原住民正在工作。似乎在焚燒些東西而產生了煙霧，此時光線剛好灑進竹林，穿過他們所產生的煙霧…彷彿在霧中一般…

光線剛好灑進竹林，穿過他們所產生的煙霧…

說真的，每次走霞喀羅古道，總是會有一小段因為大自然的力量導致路線改變、或者養護單位的努力又恢復了原有路線。此次，在過了栗園駐在所，接近馬鞍駐在所前有段新的崩塌，該段路線變成要高繞通過。

霞喀羅古道今年新出現的坍方路段，需要高繞

仔細看坍方路段，原本的山徑整個流失

該路段目前僅是勉強開通，路況不好。加上連日雨勢讓這段路線非常的滑、需要小心行走。

霞喀羅古道高繞路段的路況不太好

過了高繞路段後，就到了馬鞍楓香純林。該處，也是霞喀羅古道賞楓的重要景點之一。此處的美景，吸引很多人駐足在此休息。

霞喀羅古道-馬鞍楓香純林

如果不到白石吊橋，很多人可能就在馬鞍駐在所休息後就折返了。其實，建議要繼續往前走，走出樹林。可以的話，走過崩塌處後回頭看。可以欣賞到馬鞍楓香純林的全貌。欣賞馬鞍楓香純林另一種風貌…

霞喀羅古道-馬鞍楓香純林

站在馬鞍楓香純林內抬頭仰望，可見兩種不同樹種所產生的對比…一種，還是綠葉，讓人感覺不出季節的變化…一種，即將光禿的樹幹，告訴我們冬天來了…

霞喀羅古道-馬鞍楓香純林

霞喀羅古道

這次的行程，原訂是到白石吊橋後折返。卻因為一些事情耽擱了時間…最後，過橋取水後，回到馬鞍駐在所吃過午餐後踏上歸途。

霞喀羅古道-薩克亞金溪溪谷

霞喀羅古道上的楓紅落葉

新竹霞喀羅古道，算是平坦好走的古道。今年，可能是因為入秋後連日的陰雨，讓山徑變的非常泥濘。原本應該是鋪滿落葉的充滿秋意山徑，因泥濘而遜色了…這樣泥濘的路，卻依舊遇到不少來霞喀羅古道騎單車的車友…真佩服～

霞喀羅古道

參考資料

之前的紀錄

霞喀羅古道賞楓照片

霞喀羅古道賞楓完整照片

霞喀羅古道賞楓地圖、GPS航跡圖

檢視較大的地圖

以php檢查ip網段

2012-01-05T22:50:00.002+08:00

隨者機器越來越多，將單一IP以字串方式檢測的方式，當網路臨時調整時、或者要檢測的IP數很多時，就有點麻煩了。使用判斷網段的方式，會比較有彈性。

依照tcp/ip的邏輯，利用位元運算先做出了第一版

function matchCIDR($ip, $cidr) {
list($ip, $mask) = explode('/', $cidr);
$mask =(32 - $mask);
return ((ip2long($ip) >> $mask) == (ip2long($ip) >> $mask));
}

想說，是否有更快、更好的的作法？在PHP: ip2long - Manual看到了兩個作法。一個作法，很有效率。另一個卻比較差。

下面這個PHP程式碼，根據實際測試的結果，速度是最快的。不過…程式碼的可讀性比較差，需要想一下才能瞭解其邏輯。

function netMatch($IP, $CIDR) {
list ($net, $mask) = explode('/', $CIDR);
return ( ip2long($IP) & ~((1 << (32 - $mask)) - 1) ) == ip2long($net);
}

這個寫法，可讀性最好（其實，這樣講也不太對）。但是有個極大的缺點，就是他是以字串的方式做比對，需要額外的使用sprintf()、substr_compare()。導致這樣的程式碼執行速度是三個中最慢的一個。且，在某些情況下，判斷結果有問題。

function ip_in_network($ip, $net_addr, $net_mask) {
if ($net_mask <= 0) {
return false;
}
$ip_binary_string = sprintf("%032b", ip2long($ip));
$net_binary_string = sprintf("%032b", ip2long($net_addr));
return (substr_compare($ip_binary_string, $net_binary_string, 0, $net_mask) === 0);
}

為何會舉上面兩個例子？其實，在流量很大的系統中，任何的資源都是珍貴的，須錙銖必較。刻意比較這三個判斷方式，就是要表明這一點。

下面，則是利用vld所呈現的php opcode。藉由opcode來瞭解，為何這兩個作法效能上會有差異？有興趣瞭解者，不妨參考一下opcode、以及PHP: Opcode list - Manual（如何安裝、使用vld？可以參考我之前的文章 - 如何使用vld看php的opcode）

<?php
//方法一，比較慢
function matchCIDR($ip, $cidr) {
list($ip, $mask) = explode('/', $cidr);
$mask =(32 - $mask);
return ((ip2long($ip) >> $mask) == (ip2long($ip) >> $mask));
}
//方法二，最快
function netMatch($IP, $CIDR) {
list ($net, $mask) = explode('/', $CIDR);
return ( ip2long($IP) & ~((1 << (32 - $mask)) - 1) ) == ip2long($net);
}

附註：以下資料，非vld呈現的完整資訊。我僅列出重點。

function name:  matchCIDR
number of ops:  21
compiled vars:  !0 = $ip, !1 = $cidr, !2 = $mask
line     # *  op         fetch          ext  return  operands
---------------------------------------------------------------
   3     0  >   RECV                                   1
         1      RECV                                   2
   4     2      SEND_VAL                               '%2F'
         3      SEND_VAR                               !1
         4      DO_FCALL                    2          'explode'
         5      FETCH_DIM_R                    $1      $0, 1
         6      ASSIGN                                 !2, $1
         7      FETCH_DIM_R                    $3      $0, 0
         8      ASSIGN                                 !0, $3
   5     9      SUB                            ~5      32, !2
        10      ASSIGN                                 !2, ~5
   6    11      SEND_VAR                               !0
        12      DO_FCALL                    1          'ip2long'
        13      SR                             ~8      $7, !2
        14      SEND_VAR                               !0
        15      DO_FCALL                    1          'ip2long'
        16      SR                             ~10     $9, !2
        17      IS_EQUAL                       ~11     ~8, ~10
        18    > RETURN                                 ~11
   7    19*     RETURN                                  null
        20*   > ZEND_HANDLE_EXCEPTION


function name:  netMatch
number of ops:  22
compiled vars:  !0 = $IP, !1 = $CIDR, !2 = $net, !3 = $mask
line     # *  op         fetch          ext  return  operands
---------------------------------------------------------------
  10     0  >   RECV                                   1
         1      RECV                                   2
  11     2      SEND_VAL                               '%2F'
         3      SEND_VAR                               !1
         4      DO_FCALL                    2          'explode'
         5      FETCH_DIM_R                    $1      $0, 1
         6      ASSIGN                                 !3, $1
         7      FETCH_DIM_R                    $3      $0, 0
         8      ASSIGN                                 !2, $3
  12     9      SEND_VAR                               !0
        10      DO_FCALL                    1          'ip2long'
        11      SUB                            ~6      32, !3
        12      SL                             ~7      1, ~6
        13      SUB                            ~8      ~7, 1
        14      BW_NOT                         ~9      ~8
        15      BW_AND                         ~10     $5, ~9
        16      SEND_VAR                               !2
        17      DO_FCALL                    1          'ip2long'
        18      IS_EQUAL                       ~12     ~10, $11
        19    > RETURN                                 ~12
  13    20*     RETURN                                  null
        21*   > ZEND_HANDLE_EXCEPTION

三峽雲森瀑布&姊妹瀑布

2011-12-22T23:21:00.003+08:00

三峽姊妹瀑布

今年盛夏時，曾經造訪過三峽雲森瀑布。那時，曾注意到瀑布前方有棵楓樹。入秋後，每當天氣轉涼時就想去造訪，欣賞楓紅映者雲森瀑布。

今年入秋後的天氣，可說是陰雨綿綿，天天都在下雨，讓人感覺都快發霉、生鏽了。看氣象預報，感覺雨勢在週末時可能趨緩，加上已經過了12月中旬，楓葉應該紅了。臨時決定再度去造訪雲森瀑布。

夏天，三峽往滿月圓途中處處可見戲水的人潮…天氣轉涼後，戲水人潮不在。到雲森瀑布登山口，比上次的時間還晚，停在附近的車輛，卻只有兩三輛，不如上次已經快沒空地可停。

近來天天都在下雨，原以為通往雲森瀑布的山徑應該會濕滑難走。出人意料的，只有部分路段潮濕。沿途，還可見到不少掉落在山徑上的楓紅。這樣，讓人非常期待雲森瀑布楓紅 :D

往雲森瀑布山徑

往雲森瀑布山徑上的楓紅

往雲森瀑布的山徑上，沿途可見楓紅落葉

抵達雲森瀑布下方的空地時，因為豐沛的水量，明顯聽到磅礡瀑布水聲。空地也因為水量上升而變小。由此往瀑布的山路，明顯的變為潮濕，特別是過了溪流後的石頭，非常濕滑，需要小心行走…

沒想到，雲森瀑布前的楓葉居然沒紅…只見溪流中有零散的黃色、紅色落葉…

雲森瀑布，瀑布前的楓樹還沒紅

今年的天氣蠻奇怪的，九月天氣就變涼，之後卻沒有什麼寒流。已經12月中了，楓葉卻沒變紅。和旁邊其他的山友聊到此，聽他說他最近去的高山，楓紅狀況也不好...

13度，可能是因為今年不夠冷，溫差不夠大，所以楓紅狀況不好吧

雲森瀑布前的楓葉沒紅，只好找些楓紅落葉… :(

雲森瀑布

離開雲森瀑布回到登山口時，看時間還早，決定去附近的姊妹瀑布。

往姊妹瀑布的路，是由鐘聲山莊停車空地處往下走。這條路除了最後一段比較窄小，其他路店平緩好走。最後會抵達心靈谷。

岔路左上，往雲森瀑布。右下，往姊妹瀑布、及心靈峽谷

通往姊妹瀑布的山徑平坦好走

心靈谷其實為一塊很大的石頭，溪水由上面流過。他的盡頭也就是姊妹瀑布。欲往姊妹瀑布，需由旁邊的山路下切。

姊妹瀑布-心靈台溪水在此流經一塊超大石頭上

由於水量很大，姊妹瀑布附近空地變得很小，石頭也很滑。只能欣賞到左邊的瀑布，無法欣賞到姊妹瀑布的全貌。

今天，連續在近距離拍兩個瀑布，應該吸收不少最新鮮的空氣維他命～負離子 :)

姊妹瀑布

三峽雲森瀑布、姊妹瀑布照片

三峽雲森瀑布、姊妹瀑布照片

三峽雲森瀑布、姊妹瀑布地圖、GPS航跡圖

似乎GPS訊號不太理想，本次記錄狀況不好

檢視較大的地圖

石門山

2011-12-17T13:22:00.001+08:00

石門山山頂眺望合歡北峰

秋天，台灣的高山容易有雲海。趁者小朋友學校活動補假，帶小朋友去台灣的高山走走，欣賞台灣高山的美、雲海、以及在市區無法呼吸到的清新空氣。計畫中，是希望能讓他們拿下石門山、合歡主峰兩座台灣百岳。

通往合歡山途中會經過霧社。雖然霧社附近有萬大水庫等景點，但以前造訪霧社附近景點時，總覺得很少有人會特別在此停留。一般遊客都是直奔清境或合歡山。以霧社事件紀念公園來說，以前造訪時似乎都沒遇到其他遊客。去年，在合歡山花季時，走了一趟合歡東峰、北峰賞高山杜鵑。再度經過霧社事件紀念公園時，路旁不見任何車輛停靠。

今年就不同了，快到霧社前居然有點小塞車。直到過了霧社事件紀念公園後才恢復正常。原因，是因為霧社事件紀念公園附近路邊，停了不少車輛～

國片市場日益熱絡，今年最熱門的國片之一賽德克巴萊，引起了不少話題。當我們經過霧社時可以明顯感受到。除了剛提到的小塞車外，周遭常可見到『賽德克巴萊』的字眼。這樣的場景不經讓我想起之前由台東大武到屏東時，在恆春附近，處處可見『海角七號』的景象。

當我們離開清境農場，在位於青青草原上方、南投境內最高的超商（2050公尺）補充完後，還是遇到不太理想的天氣。快抵達昆陽時終究還是遇到了濃霧。看看天氣狀況以及時間，最後決定放棄當天登合歡山主峰…

山上的雲霧變化快速，雖然往武嶺方向依舊是濃霧，山下方向的雲霧卻斷斷續續的散去。非常幸運的，還看到最喜歡的層層山巒、及山嵐。有段時間時間甚至可以看到位於薄薄霧氣中的埔里。

山巒@昆陽
根據身旁另一位住在埔里的同好所說，這裡應該是埔里

山嵐

在濃霧中過了武嶺、到了合歡山莊、抵達松雪樓。只見通往松雪樓道路的柵欄是放下的。才知道，松雪樓不停供停車位。按下電鈴開啟柵欄，進去卸下行李後，還要將車停到合歡山莊前的停車場。

濃霧中的合歡山莊

當初選擇住在松雪樓，因為他是台灣海拔最高的旅館。在陽台就可以欣賞台灣高山美景。不像以往，爬高山時都要走個幾公里到山屋。晚上要看風景，還要出了山屋吹冷風。

早晨，在陽台欣賞雲霧

原本奢望的是，在松雪樓的陽台，抬頭看明亮的星星，低頭賞雲海。結果卻是遇到濃霧，只見一片白茫茫。雖然到了晚上真的有雲海，卻因為一片漆黑而無法欣賞… XD

台灣海拔最高的旅館-松雪樓

當天氣好時，住在松雪樓果然不錯。隔天，天氣好時，躺在床上就可以窗外的映者藍天白雲的合歡尖～拍照時，直接在陽台就可以拍 :)

住在松雪樓的好處，就是出了陽台就可以欣賞風景。甚至躺在床上，就可以欣賞合歡尖

住在松雪樓缺點就是…當一個月前開放預定時，要半夜上網訂房。另外，因為海拔比較高，住在此需要注意評估是否會有高山症。不過，一樓醫療間有提供氧氣。

松雪樓這個房間不錯，同時擁有兩個方向的景觀

松雪樓的餐廳雖然有提供餐飲，不過…供應的餐點會依照時間而有不同。如去年合歡東峰、北峰賞高山杜鵑時所吃的拉麵，晚餐就不供應（真可惜）。且，晚餐的餐點價格也比較貴。自備糧食，可能會是比較好的選擇吧！

石門山登山口離合歡山莊不遠，附近還有一個小空地可以停車。由登山口開始到石門山三角點距離不到一公里。沿途平坦好走，高度落差不到一百公尺（請見下方高度表）。小朋友慢慢走…大約花了半小時登頂，拿下人生中第一座百岳。所以說，石門山是最容易親近的百岳，應該是不為過！ :)

藍天、白雲、一望無際的山巒、好空氣…
真是令人身心舒暢～

石門山石門山就在路旁，是座非常容易親近的百岳～

石門山

站在石門山山頂，可以眺望合歡北峰（附近有個反光板）、中央尖、南湖大山、奇萊山、合歡東峰、合歡尖、合歡主峰。

石門山全景照

之前來石門山、或周遭的合歡群峰，每次天氣都不好，都遇到大霧。這次，終於可以欣賞藍天白雲的合歡群峰。不過，由於此時已經是冬季，所以沿途不見之前所欣賞到的高山花朵，總覺得缺少了什麼…

站在高山上，伴隨藍天白雲、眺望遠方。令人心曠神怡～

石門山山頂

石門山照片

石門山照片

石門山高度表

石門山地圖、GPS航跡圖

檢視較大的地圖

stomp failover作法

2011-12-14T14:15:00.003+08:00

failover，在實務上的應用很重要。Apache ActiveMQ Failover Transport Reference中有說明。關於stomp failover作法，程式很簡單如下…詳細說明請見stomp文件-Failover。

$link = new Stomp("failover://(tcp://192.168.1.1:61613,tcp://192.168.1.2,:61613)?randomize=false")

上述php code，我以pecl-stomp測試，卻會出現如下錯誤訊息

StompException , Invalid Broker URI scheme

參考Apache ActiveMQ ™ -- Failover Transport Reference的Configuration Syntax，改用其他的URI寫法，依舊會有錯誤…

最後去看pecl-stomp的source，才發現…pecl-stomp只允許tcp & ssl 。不允許以failover為首的URI。 :(

既然官方網站有提到failover機制和demo code，想必應該有此功能。下載官方 stomp client 1.0.0測試。果然，這版本有支援failover。

在使用官方 stomp client 1.0.0時，有件事情需注意。如果機器上已經有安裝pecl-stomp，需要先disable，否則在執行時會出現錯誤 - Cannot redeclare class StompFrame。

官方 stomp client 1.0.0有些參數可以調整。如timeout、retry次數等。有需要者可以視自己需要修改Stomp.php內的參數。

參考資料

stomp進階說明-prefetchSize、ack header

2011-12-13T15:30:00.001+08:00

上次在php使用stomp操作ActiveMQ提到，PHP採用預設值去連ActiveMQ，處理速度異常緩慢。解決之道，可以藉由更改activemq.prefetchSize的值而得到改善。不過…改變activemq.prefetchSize會不會有什麼問題？或影響？

首先，需要先提到redelivery這個名詞。可以先參考官方文件 Message Redelivery and DLQ Handling

在不修改預設值的情況下，當PHP（customer）使用STOMP和ActiveMQ取得一筆message後，該message id就會被標為redelivery（Redelivered=TRUE）。直到customer回覆ack（acknowledge）後，該message會轉成Messages Dequeued。如果customer沒有回覆ack呢？customer將會無法取得下一筆message…PHP（customer）就卡在哪了…

當我們修改activemq.prefetchSize後，會改變上述的行為模式。做個實驗…

假設，我們設定activemq.prefetchSize=100。此時，customer會由ActiveMQ一次取得100筆message回來。ActiveMQ會將這100筆message的redelivery改成true，其他的customer無法取得這100筆messgae。（除非，最後沒有其他message可以取得，才會讓其他customer取得。）

當customer在處理這100筆message時，故意都不做ack，唯獨第90筆message才做ack（也就是說，其他99筆資料都不做ack）。此時會發生什麼狀況？

1-90筆message都視同做了ack。
91-100筆message的redelivery狀況會被改成true。
customer會再度去要下90筆message，以湊足activemq.prefetchSize所設定的容量。
最後，依舊卡住

這樣的行為模式，就有幾件事要注意了。首先，如果要處理的資料是有順序性（queue的特性 - FIFO）時，適不適合採用多個customer？另外，當處理時真的有問題不能ack時，又該如何？畢竟，沒ack，會卡住的！

後者的問題在JAVA中不存在。因為可以使用recover()，最後將某筆message丟到DLQ（Dead Letter Queue）（詳細請參閱Subscription Recovery Policy）。

在STOMP 1.0中無此類功能。需要思考個配套作法。到了STOMP 1.1的規格中，已經新增NACK指令，可將message放到DLQ。

上述提到關於ack的行為（回覆一個ack，之前的message也視同做了ack）是否能改變呢？先看STOMP 1.0中下面這段話

Any messages received on the subscription will henceforth be delivered as MESSAGE frames from the server to the client. The ack header is optional, and defaults to auto.

In this case the ack header is set to client which means that messages will only be considered delivered after the client specifically acknowledges them with an ACK frame. The valid values for ack are auto (the default if the header is not included) and client.

附註：雖然STOMP 1.0規格說預設是auto，但實際測試pecl-stomp結果，預設卻是client。

STOMP 1.0中提到ack header可以設定為auto、client來改變行為模式。到了STOMP 1.1，增加了client-individual。想要瞭解auto、client、client-individual的處理模式，請參考關於在STOMP 1.1中SUBSCRIBE_ack_Header中的說明。

另外，根據實際測試的結果。只出現在STOMP 1.1規格中的第三個設定值-client-individual居然可以用。設定方式，如同更改activemq.prefetchSize。範例如下…

$stomp->subscribe($amq['queue'], array("ack"=> "client-individual", "activemq.prefetchSize"
=>1));

最後還是要提醒一下，要先知道自己如何使用ActiveMQ，先規劃好再決定如何設定。如上所述prefetchSiz、ack header等等的參數，不同的參數設定，會影響ActiveMQ的處理模式！

參考資料

Apache ActiveMQ - Enterprise messaging in action

View more presentations from dejanb
ActiveMQ in Action所提到不同consumer的預設值
- Queue consumer default prefetch size = 1000
- Queue browser consumer default prefetch size = 500
- Persistent topic consumer default prefetch size = 100
- Nonpersistent topic consumer default prefetch size = 32766
stomp 1.1和stomp 1.0的差異
ActiveMQ參考書籍-ActiveMQ in Action
php使用stomp操作ActiveMQ
stomp進階說明-prefetchSize、ack header
stomp failover作法

草嶺古道-芒花拾穗

2011-12-07T22:49:00.001+08:00

很喜歡今年東北角草嶺古道活動的logo - 芒花拾穗

每年到了芒花的季節，東北角國家風景區都會在草嶺古道舉辦芒花的相關活動。前兩年都因為預定造訪時，遇到不好的天氣而作罷。原以為今年也是一樣會遇到不好的天氣…沒想到，週末天氣忽然轉變為乾冷，於是順利成行。

連續的陰雨天，溪水水量都變的豐沛

這次的行程和以往有點不同。以往都是直接穿越福隆火車站後方的小山，到遠望坑公園。今年因為盛大舉行，由福隆遊客中心所開的接駁公車改為免費。於是就搭順風車～（由大里遊客中心回福隆的接駁公車，也變成免費）

原以為這樣應該可以省下不少路程，其實不然。因為接駁公車是停在比較外面的道路，而非停在遠望坑公園。由下車處到遠望坑公園這段是平坦的產業道路，還是比比往年直接穿越的路好走很多。

乾冷的天氣。整條路線一點都不濕滑，走起來蠻舒服的。接近虎字碑時，風勢果然變強，令人不經把外套穿起來防風。過了啞口後，風勢變小，走在冬陽下還有點熱～ :)

草嶺古道接近啞口時，風勢明顯變強…
所以…虎字無用？ :P

草嶺古道-啞口上，欣賞灑下來的陽光…

走完全程後，當然要去大里遊客中心換紀念品。今年，是東北角舉辦草嶺古道活動十週年，所送的紀念品質感還不錯～還沒去造訪的人，趕緊把握活動最後的時間去戶外走走吧 :)

草嶺古道-芒花拾穗今年的紀念品。質感不錯～

今年草嶺古道的芒花花況並不好，其實…一週前走台七線中橫宜蘭支線，行經蘭陽溪時也沒見到溪谷中應有的芒。不知道和最近的陰雨綿綿是否有關？ :(

雄鎮蠻煙摩碣 -「雄」旁其卯星，「鎮」迫龍更抱心胸，「蠻」氣霏霏龍吸雨，「煙」兌亨亨虎吞風

走這麼多次草嶺古道，第一次遇到牛群

草嶺古道-芒花拾穗照片

草嶺古道-芒花拾穗照片

草嶺古道高度表

草嶺古道地圖、GPS航跡圖

檢視較大的地圖

使用putty自動登入並執行遠端主機的程式或指令

2011-11-24T18:05:00.001+08:00

有人不想自己輸入帳號、密碼登入、也不想下指令。想要簡簡單單的click滑鼠，就能ssh到遠方的伺服器，並執行特定指令。

查了一下putty的文件，在Using PuTTY - The PuTTY command line有符合這樣需求的詳盡指令的說明。

想要執行的指令，逐一寫在script.txt內（檔案位於本機）。由於帳號的寫法有兩種，所以下面也提供兩個範例…

putty -ssh 127.0.0.1 -l user -pw password -m script.txt
putty -ssh user@127.0.0.1 -pw password -m script.txt

附註：指令執行完畢，putty視窗會自動關閉

利用上述command line的指令，已經可以連到遠方主機，並執行script.txt內的指令。不過，要做到滑鼠click即可執行，還差個步驟…此時，馬上聯想使用附檔名bat、或cmd來處理。

沒想到，無論是bat、cmd，雖然可以呼叫出putty，卻會出現如下Access denied的訊息…等待我輸入密碼…

Using username "user".
Access denied
Using keyboard-interactive authentication.
Password:

嘗試很多做法，依舊停在該訊息，無法達到自動登入…只好再仔細看文件，發現…文中提到，要用捷徑（Windows shortcut）。原文如下…

PuTTY can be made to do various things without user intervention by supplying command-line arguments (e.g., from a command prompt window, or a Windows shortcut).

雖然，這樣可以簡簡單單的click滑鼠並在遠方伺服器執行想執行的指令…不過……帳號、密碼也就暴露在此了… :P

php使用stomp操作ActiveMQ

2011-11-19T09:56:00.001+08:00

最近終於可以抽了點時間試一下php和ActiveMQ這樣的組合。遇到了些狀況，在大家解決這些狀況的過程中，挖到更多的相關資訊。所以，做個記錄…

這次的測試，覺得ActiveMQ和JAVA比較親，其他的語言大部分須要靠STOMP（全名為Simple (or Streaming) Text Orientated Messaging Protocol。）然而，有些功能在STOMP上並沒有實做、或者處理方式不太相同。

既然是php和ActiveMQ的組合，就必須先瞭解一下STOMP。寫這記錄時，一般使用的STOMP都是STOMP 1.0。以php所提供的extension stomp pecl來說，它文件中雖然沒提到所採用的版本，但以它目前最新的版本-Release 1.0.3來說，是在2010所出。當時還沒出STOMP Protocol Specification, Version 1.1（官網提到1.1 Released on 2011/3/31）。推算時間，應該是採用STOMP 1.0

寫這記錄時，官網文件 - stomp Implementations提到，目前支援STOMP 1.1的僅Apache Apollo。文件中是對Apache Apollo的描述如下…感覺上對STOMP的支援程度似乎比較好？

Apache Apollo a redesigned version of ActiveMQ focused on STOMP messaging.

在Apache Apollo官網上，是如此描述自身產品

ActiveMQ Apollo is a faster, more reliable, easier to maintain messaging broker built from the foundations of the original ActiveMQ. It accomplishes this using a radically different threading and message dispatching architecture.

至今，居然只有支援STOMP。之後才會加上其他的protocol。感覺…Apache Apollo似乎沒有獨厚JAVA…不過，沒實際測過，就不下結論…

php如何使用stomp操作ActiveMQ？其實很簡單，大概就是下面的程式碼（範例為Procedural style，另有Object oriented style）。不過，使用ActiveMQ的重點在於…要明確知道自己要如何使用ActiveMQ，再決定程式的運作邏輯以及相關的參數設定。

//send a message to the queue
function sendMQ($data) {
$link = openMQ();
foreach ($data as $pitem) {
//使用 persistent message
$result = stomp_send($link, $amq['queue'], $pitem, array("persistent" => "true"));
if (FALSE === $result) {
//do something
}
}
}
//receive message
function receiveMQ() {
$link = openMQ($queue);
stomp_subscribe($link, $queue);
while (1) {
if (TRUE === stomp_has_frame($link)) {
$frame = stomp_read_frame($link);
if (FALSE !== $frame) {
stomp_ack($link, $frame['headers']['message-id']);
} else {
//do something
break;
}
} else {
break;
}
}
stomp_unsubscribe($link, $queue);
stomp_close($link);
}
//connection ActiveMQ
function openMQ(&$queue=FALSE) {
$amq = array(
'url' => 'tcp://127.0.0.1:61613',
'id' => 'xxx',
'pswd' => 'xxx',
'queue' => '/queue/mytest',
'enable' => TRUE
);
$link = stomp_connect($amq['url'], $amq['id'], $amq['pswd']);
if (!$link) {
die("Can't connect MQ !!");
} else {
return $link;
}
}

附註：

上面範例是採用Persistent
雖然producer設定為persistent，但如果ActiveMQ的設定不對，還是可能會遺失資料

照上面的php code，producer塞15000筆資料到ActiveMQ，每筆資料的內容是strng(12)。測試的VM主機，處理時間大約都在1.5~2.5 sec內。

但是customer在取得資料時，處理速度異常的緩慢…和JAVA所寫的customer處理速度相比，只能說慢到令人無法接受。嘗試使用fork()方式用multi process，同時間用20個process處理。處理速度雖然有增快，卻依舊很慢…

雖然，預期中速度可能會『比較』慢。但慢成這樣的速度根本無法採用。查了一下ActiveMQ文件，終於在ActiveMQ extensions to Stomp這篇文章中找到了解決方案。於SUBSCRIBE設定activemq.prefetchSize。設定方式如下…

stomp_subscribe($link, $queue, array("activemq.prefetchSize" => 1000));

什麼是prefetchSize？文中是這樣說明的…

Specifies the maximum number of pending messages that will be dispatched to the client. Once this maximum is reached no more messages are dispatched until the client acknowledges a message. Set to 1 for very fair distribution of messages across consumers where processing messages can be slow.

這樣的解釋，一時之間不太明瞭真正的含意。由已經深入研究ActiveMQ的同事解說後，才能瞭解（有興趣的人可以參考書籍-ActiveMQ in Action，內有詳細說明。或參考下面slide於P34 PreFetch limit的內容），卻也引發我其他的疑問，特別是-acknowledges（下篇再述）

將prefetchSize設定和JAVA相同的預設值1000後，使用php所寫的customer，處理速度和JAVA相比，『感覺上』已經不分軒輊。其實，prefetchSize由1改為2時，customer的處理速度就改善幾十倍

最後提一下在實務使用上會使用的設定-failover。我們可以指定一台以上的ActiveMQ操作。除此，也可能會需要設定timeout時間。詳細的設定值與說明，可參考Apache ActiveMQ ™ -- Failover Transport Reference

參考資料

Apache ActiveMQ - Enterprise messaging in action

View more presentations from dejanb
ActiveMQ in Action所提到不同consumer的預設值
- Queue consumer default prefetch size = 1000
- Queue browser consumer default prefetch size = 500
- Persistent topic consumer default prefetch size = 100
- Nonpersistent topic consumer default prefetch size = 32766
stomp 1.1和stomp 1.0的差異
ActiveMQ參考書籍-ActiveMQ in Action
php使用stomp操作ActiveMQ
stomp進階說明-prefetchSize、ack header
stomp failover作法

無耳茶壺山、半平山、燦光寮山

2011-11-10T22:54:00.001+08:00

於無耳茶壺山洞口欣賞金瓜石全景

無耳茶壺山、半平山、燦光寮山這三個位於金瓜石的山頭一直很想去，這次終於一次走完。且，在老天的眷顧下，整個行程都在晴朗的好天氣下…

為何對這三個山頭有興趣？無耳茶壺山，算是金瓜石著名地標。他獨特的造型，只要人在金瓜石，很難不注意到他。且，由不同角度欣賞會有不同感受，有的角度像茶壺、有的角度像獅子。因此，無耳茶壺山又名獅子岩。

半平山（似乎又名半屏山），則是在走南子吝山時，注意到他那彷彿高山般的氣勢。燦光寮山？則是因為他擁有一顆一等三角點，仗者這一等三角點，山頂的展望一定不錯。

攝於燦光寮山山頂

當然，還是有令人失望的一等三角點，如位於樹林的大棟山。他山頂的地形，以及周遭樹木的高度會阻擋視野。因此展望並不好… :(

這次的行程，先搭乘火車到瑞芳火車站。於車站外轉搭公車上金瓜石，在黃金博物館下車。由瑞芳火車站到金瓜石的公車很多，一會就搭到台灣好行中新北市黃金福隆線，車上人很少，很快的就到達黃金博物館。不過，坐火車時，卻是一路站到瑞芳。一早的火車車班居然非常的擁擠，由每個人的穿著來看，感覺應該不少人是要去走秋季最熱門的路線--草嶺古道吧！

一早的黃金博物館，蠻冷清的，卻已經有講者廣東話的遊客。由門口一直往裡面走，過了黃金博物館後，越過橋。在橋的那頭有個鐵門，鐵門後往上的階梯，就是通往無耳茶壺山的路。

個人覺得，由黃金博物館欣賞雞籠山的角度最差

由黃金博物館看無耳茶壺山，有種很遙遠的感覺。其實，走起來覺得還蠻快的。特別是接到產業道路，過了朝寶亭後，開始可以看到海景。下方的陰陽海、報時山棧道一覽無遺。

陰陽海、報時山棧道

一邊欣賞美景、一邊行進，高度慢慢地爬升。過了無耳茶壺山、半平山登山步道登山口後，高度已經可以看到南子吝山、鼻頭角。接者，會依序經過陰陽海觀景台、寶獅亭、就到了無耳茶壺山。

南子吝山

不過，我們就在無耳茶壺山塞車了。既然塞車，就好好欣賞九份、金瓜石美景。個人覺得，九份地標之一的雞籠山在無耳茶壺山、半平山、燦光寮山這條稜線上看去的角度最漂亮。由九份、及南子吝山看去，是三角錐狀，也蠻有特色的。最醜的角度，則在黃金博物館前。

要進入茶壺內了，大塞車...

無耳茶壺山洞口

這一塞車，就花去不少時間。塞車的原因在於要通往半平山，必須穿越無耳茶壺山的山洞，也就是說我們要進入茶壺內。

進去的洞口不大，需要稍微調整身形、茶壺內的空間也不寬敞。但…出去的洞口更小。我必須先將我的D90和背上的背包放到洞口外，並喬好角度，人才出的去～

無耳茶壺山山洞內

出了洞口，只見對面高聳的半平山，有一條不明顯的小徑通往對面的山峰。另外…原以為出了洞口，可以走的比較順。沒想到，風勢變強，地形轉為陡下…所以還是塞車…

通往半平山的山徑，對面高聳處則是要翻過的石壁

不知道是不是因為秋冬改吹東北季風？由無耳茶壺山到半平山間的稜線，風勢非常的強，猶如颱風般。離開芒草草叢時，有時需要半蹲行走，以降低重心。

無耳茶壺山

強風越往半平山風勢越強，只要離開芒草堆後，都要降低重心，採半蹲的姿勢前進…

翻過通往半平山的石壁後，風勢更強，加上到半平山山頂間的稜線變的更狹小，只好把D90收進背包，抓緊繩子、專心走稜線。

通往半平山的石壁過了這石壁就翻到山的另一頭

上半平山的稜線

在半平山山頂，風勢依舊強勁，大家都是坐在地上…唯獨我為了照相而站者。不過，根本沒法好好拍照。強風一陣陣吹來，人都跟者一起晃，最後是靠在解說牌上才得以照出不會糊的照片…

半平山山頂這個水泥三角錐體，不知有何用途

半平山山頂上遠眺，可辨識出台北的明顯地標

半平山山頂風勢非常強…最後是靠在解說牌上才能照相…

過了半平山山頂，轉為下坡。路也比剛剛無耳茶壺山到半平山間好走，沒有那麼濕滑、風勢比較弱。有些路段，有被整理為木頭階梯和扶手。整體來說，半平山到到草山產業道路間比較好走。不過，view就沒剛剛那麼精彩～

路這段路稍微好走些

到了草山產業道路，有些山友就以此為終點，走平坦的草山產業道路回金瓜石。我們則轉往基隆火山群第一高峰、擁有一等三角點的燦光寮山。

燦光寮山在此的登山口不明顯，路旁的地圖沒有標示，也沒有路標。怎麼去燦光寮山登山口？簡單的講，由半平山下到草山產業道路後，往左走。約30公尺可看見一條蠻明顯往上的山徑（請看文末的GPS軌跡地圖）。一開始，我們也是找錯方向。後來是用oruxmap這套免費的GPS軟體，配合前所行蒐集的軌跡才找到燦光寮山登山口。

燦光寮山的視野真的是一級棒，果真是一等三角點。360度的視野，由北順時鐘來講，七星山、小觀音山、金山、野柳、基隆港、八斗子、基隆山、基隆嶼、剛走過的無耳茶壺山、半平山、鼻頭角、草山、三貂角、福隆、貢寮核四廠、102縣道、五分山、台北市區內的台北101、遠企、新光三越，都盡入眼簾（隱約也看到觀音山）。其實，更遠處還可以看到雪山山脈一帶。只是那邊的光線不理想，無法清楚的辨識。

燦光寮山山頂全景最遠可以看到金山一代

燦光寮山山頂全景最遠可以看到三貂角

燦光寮山眺望三貂角清晰可見三貂角雷達站

雖然燦光寮山的視野很好，不過…似乎造訪的人不多。因為山徑不太明顯，特別是由山頂往燦光寮古道這段。這段路線，我們是下山，有段路線還走錯，直到路況變的很糟，也無法行進行時，再度使用oruxmap，確定走偏了。然而，這段的路況卻耗費我們不少的體力…

其實，在我們走錯的岔路口有綁登山條，如果我們是上山，就不會走錯。但是對於下山的我們來說，登山條的位置剛好讓我們誤會，因為兩個登山條剛好綁在錯誤路線口的兩側。另外，錯誤的路，在岔路時看起來卻是明顯的山路，正確的路卻完全隱沒在芒草中。當時也注意到有人在正確的路上用塑膠袋綁在芒草上，卻因為上述原因，讓我以為是警告通往芒草的路是錯誤的 XD

回到燦光寮山登山口，也終於離開芒草，不用在芒草堆中撥草行走了。沒多久也接回草山產業道路，之後的路都是平坦、或好走的階梯。

終於到草山產業道路登山口，不用在芒草中穿梭了

廢墟位於燦光寮山於草山產業道路登山口附近的廢墟

回黃金博物館途中，可以看到稍早所走的無耳茶壺山步道、半平山這條稜線。值得一提的是，這段路線看無耳茶壺山的角度，最有茶壺的感覺！另外，由於已經是下午，此時光線的角度，才可以欣賞到雞籠山綿綿山脈的感覺～

無耳茶壺山這角度，最像茶壺卻也有點像犀牛～

雞籠山此時陽光的角度，讓雞籠山有了綿綿山谷的感覺

回到黃金博物館門口，非常幸運的馬上就搭到基隆客運1062，直接由金瓜石坐回台北。

無耳茶壺山、半平山、燦光寮山照片

無耳茶壺山、半平山、燦光寮山照片

無耳茶壺山、半平山、燦光寮山高度表

無耳茶壺山、半平山、燦光寮山地圖、GPS航跡圖

檢視較大的地圖

樹林大同山

2011-11-04T21:19:00.003+08:00

在樹林大同山區俯瞰台北

最近眼睛很痠…趁者週末假日天氣轉晴時，就想去爬山…讓自己站在山頂上，眺望者四方，讓每天盯者螢幕的眼睛能好好地放鬆一下。

週六，先走了一趟位於台北盆地東方的南港山系，最後在九五峰折返。站在九五峰上的那塊大石，俯瞰台北、眺望遠方，眼睛果然就覺舒服多了～可惜的是，當時天氣不夠好，隱約能看到觀音山，卻無法遠眺林口那一端。

在台北東區能看到海？不是不可能，只要在天氣好、空氣佳時，爬上九五峰，就可以看到淡水河出海口～

2005年強烈颱風海棠來襲前所拍
仔細看，可見漁人碼頭那座斜張橋

隔天週日，天氣陰晴不定，拿不定主意是否要出門。最後，還是想趁者天氣不差去走走、流流汗。走位於台北盆地西方的樹林大同山區。

這次選擇的路線，由樹林多福步道北側登山口上山，到山頂上的涼亭欣賞風景，下山則走產業道路，由樹林軍人公墓附近下山。山頂上的涼亭，和昨日才走的九五峰，剛好遙遙相對。

昨天在九五峰上看不到上到樹林、林口一帶。今天上到稜線上的涼亭時，台北101方向剛好被一大片雲遮掩。雖然如此，雲層以外的天空卻異常的藍。跟山下仰望天空時，只見灰蒙的雲層可說是天壤之別。

剛到山頂時，不見台北101

樹林大同山在山下時，只覺得天氣陰晴不定…
到達山頂，抬頭仰望，卻是藍天白雲～

樹林大同山區雖然位於台北盆地的西方，一般人可能以為在此處頂多就是看整個台北盆地。其實，在天氣狀況非常、非常好的情況下，在此，是可以由此看到位於東北角九份附近的基隆山。相對的，天氣好時也可以在基隆山頂上看到台北101（請見之前在九份基隆山的紀錄）

在台北101左後方，突起尖尖的山頭，就是位於九份附近的基隆山

樹林大同山區也是看台北夜景的熱門景點之一。有多熱門？青龍嶺的腹地不算小，曾經有次在上面拍夜景時，居然已經快沒腳架站立的位置了。

不過，個人覺得大同山區的日出比夜景好看。因為大同山區面對東方，運氣好時，可以看到漂亮的日出，或者更奇特的景色～近一年來，在青龍嶺旁新建了一個觀景台，今年好幾次想去那邊拍日出，卻都因為太晚被而無位置 :( 不過，在此看日出的，不是一般印象中的族群，卻是以年輕人為主

當天出門時感覺有薄霧，上到山頂，在旭日的陽光下，卻呈現如此奇特的景色

秋天時，大同山區也會被芒草所覆蓋，特別是三角埔頂山附近。不過，今年八月，大同山區再度發生火燒山（似乎很常發生）。今年，應該是無法欣賞到滿山的芒草了…

下山時，雲層越來越厚

樹林大同山照片

樹林大同山照片

樹林大同山高度表

樹林大同山地圖、GPS航跡圖

檢視較大的地圖

新店和美山步道

2011-10-28T23:42:00.003+08:00

和美山（大笨山）山頂，俯瞰山下的碧潭

最近台北的天氣都不太好，假日時終於轉晴，於是搭捷運去新店碧潭晃晃。蠻久沒去碧潭，跟記憶中已經有點不同。

當天天氣好，遊客很多，碧潭吊橋上滿滿的人。越到吊橋中間，可以明顯感受到碧潭吊橋左右搖晃。搖晃的非常誇張，走在上面，也跟者搖晃起來，彷彿喝醉般。想拍張清晰的照片，都有點困難…

碧潭

過了吊橋，正在想該去哪兒時，忽然發現在橋頭攤販間，有一個『門』，上面寫者和美山步道。再看仔細，居然真的是登山步道，旁邊還有地圖。看了一下地圖，覺得山頂應該是可以俯瞰碧潭全景，於是就進了門…

走過不少登山步道，第一次看過這樣的登山口。有個『門』口，進去後，兩邊牆上的展示，彷彿是廣告看板…下山時，天色已暗，兩邊打上燈光，乍看之下，真的會誤以為是廣告看板…因為回到登山口時天色已暗，沒仔細看上面的照片、說明

和美山步道登山口
乍看之下，誤以為是商店門口

和美山步道整理不錯，岔路也都有指標，並適時的提供解說牌。經由迎賓平台旁的解說牌，瞭解到，沿途所見的廢墟，原來是因為此處以前是碧潭樂園。因故歇業後而荒廢。

和美山步道

晚上在此，忽然看到白雪公主，可能會嚇一跳吧？

幸福廣場旁的解說牌，提到和美山步道旁的山徑，在每年四、五月，以及十月可以欣賞到不同品種的螢火蟲。也許，明年賞螢的季節時，可以來欣賞～

和美山步道不長，由登山口到山頂，步道才一公里，約20分鐘就可到了和美山山頂。

快到山頂前，步道變成枕木步道。雖然走起來比較舒服，卻由於連續雨天而有點濕滑

和美山步道位於山頂的解說牌

山頂設有平台可供休息。山頂的展望不錯，站在山頂上眺望，除了可以俯瞰山下的碧潭，整個新店地區、獅頭山、台北101、南港山都可印入眼簾。更遠方的陽明山、觀音山，則因為天氣因素，無法清楚看到全貌。

和美山山頂平台

連續雨天後的短暫放晴。
台北依舊濛濛的，看不清遠方的大屯山、觀音山…

和美山（大笨山）三等三角點

和美山山頂欣賞夕陽

深秋，天色暗的很快。在山頂沒停留太久就循原路下山…回到登山口時天色已經完全暗下。

這次來碧潭時間比較晚，順便想試試看sony nex-c3拍長時間曝光夜景的效果。沒想到…當時所拍攝的長時間曝光照片，高達八成的照片都失焦。

這些失焦的照片和晃到的照片不同。為何會這樣？我也很納悶…不過，EVIL相機真的很方便，平常揹的側背包，放了sony nex-c3一機兩鏡、外加章魚腳腳架後還有空間可放其他東西。

碧潭吊橋夜景

失敗的失焦照片… 不知道是sony nex-3c的問題？還是我的問題？
當時所拍攝的長時間曝光照片，高達八成的照片都失焦。
另外有一成，則是按快門太用力整個晃到.... :(

事後對照地圖，這次走的路線，是和美山步道的綠線。附近尚有其他支線與景點可造訪。下次應該再找個時間，走和美山步道的藍線（有真愛碼頭、雙心坪、太白樓景點）、新店渡，坐全國僅存的人工擺渡，回到對岸尋找瑠公圳古蹟等…

新店和美山步道照片

新店和美山步道

和美山（大笨山）高度表

和美山步道地圖、GPS航跡圖

檢視較大的地圖

觀音山上看建國百年國慶空中分列式

2011-10-24T22:24:00.002+08:00

空軍雷虎小組AT-3教練機、採大雁隊形噴藍、白、紅彩煙通過總統府上空

離上一次的國慶閱兵已經是四年前（民國九十六年、2007）的事情了。那時，事前沒有注意這些消息。新聞媒體一直圍繞在神龍小組於總統府前跳傘，讓人以為當時只有神龍小組表演。

今年的百年國慶前，看到有人拍攝空中分列式國慶預演。才知道，這次包含直昇機、慢速機及戰機等3種機隊，共12種型機種、70架飛機。並且，直昇機會在進入台北市觀禮台前會在北投、關渡、三重、蘆洲一帶盤旋。最後經由圓山飯店附近進入台北市區。

這樣就吸引我了。畢竟，這麼多架飛機、及多種不同機型會在台北上空盤旋，是非常難得的經驗。

每次看國防展，總是只能抬頭仰望天上的飛機呼嘯而過。地上的我們，只能見到機腹。這次想找座山，利用較高的地勢，欣賞到另一種角度。原本想去圓山飯店靠近航道附近的劍潭山，不過…最後是選擇海拔600多公尺，位於淡水河旁的觀音山…

今年稍早，於空軍松山基地所拍。仰頭觀看，只能看見雷虎小組機腹

觀音山的景色真的不錯。首推位於山頂硬漢嶺上的觀景台，由左而右，可以欣賞到淡水河口、大屯山系、關渡、北投、台北市區、新北市、直到大漢溪，視野非常的廣。站在硬漢嶺上，台北著名地標一一可見，台北101大樓、新光大塿、圓山飯店、關渡大橋、中正紀念堂等

剛到硬漢嶺時，遠方可見層層山巒
比較近的林口台地、樹林青龍嶺非常清楚

很可惜的，當天天氣不是很好，所幸空氣還不錯，可見整個台北盆地。台北101因為光線關係，顏色和後方南港山系非常相似，似乎掩身於背後的山林之中。也因此，在等待機群時，陸續聽到剛上山來的小朋友，嚷朗找不到台北最顯眼、著名的地標台北101。

今天天氣不好，但是空氣不錯。光線不好的情況下…很多人居然看不到台北101

鏡頭拉近點，台北101清楚多了…在這些建築中，認出多少建築？

其實，觀音山除了硬漢嶺上的觀景台外，主要步道的沿途也有一些景觀台，值得駐足欣賞風景。有的看海景，如台北港。有的看山景，如林口、桃園、及遠方的雪山山脈。曾經，在黃昏時造訪，還欣賞到斗大的夕陽沒入桃園方向的遠方…

台北港

觀音山遠眺桃園

由於不知道空中分列式何時開始，在慶典還沒開始就已經在硬漢嶺上等者…等待將近兩小時候後，終於看到直昇機隊由鶯歌、樹林方向飛來。遠遠看來，彷彿一隊會飛的黑螞蟻朝者台北方向前進。接近後，可見各機種是以四架為隊形行進。

整個機隊在在北投、關渡、三重、蘆洲一帶盤旋三次後進入台北市區。各機種的預備機在盤旋第二圈後離去。因此，各機種是以三架為隊形進入觀禮台。（完整照片，請見建國百年空中分列式＠觀音山）

機隊由桃園、鶯歌方向飛來。遠遠看來，彷彿一群行進中的黑色螞蟻

第一圈迴轉

陸軍AH-1W攻擊直升機

接者，各種飛機也陸續由淡水外海飛入。只見各型飛機以非常的緩慢的速度行進，在圓山飯店前轉入台北。可惜的是，觀音山距離航道太遠，連C130運輸機這種比較大型的機型，在硬漢嶺上看來，都顯得有點小…下次，如果還有機會，應該要找北投一帶的山區。

空軍C-130H運輸機

硬漢嶺，這名稱聽起來讓人覺得此步道似乎很操。其實也還好…由登山口到觀音山山頂硬漢嶺，也才1.8公里。慢慢走…一小時左右可到（其實，中間還有一條捷徑，可少走點上坡路）。雖然需要爬升約300公尺，但山頂硬漢嶺上的風景，這點小辛苦非常值得～

個人不喜歡走階梯下山，下山時，取另一條山路下山。沒想到，沒接到原本的硬漢嶺登山口，最後是由楓櫃斗湖出來。再循馬路，經過楞嚴閣回到凌雲禪寺停車處。

此時，遠方山頭的雲瀑越來越明顯。看看方向，應該是秋冬時會去造訪的北插天山吧。也難怪，去了十次左右，唯獨第三次行經多涯山，在山頂清楚的看到台北、及石門水庫。就算如此，每次去，過了中午也都會遇到起霧。算一算，又到了賞山毛櫸的季節了～

這雲瀑，應該是北插天山一帶吧

對了，首次走64快速道路去觀音山。如此就不會塞在通往關渡的路上，另外。離開64快速道路時，也已經到了觀音山的半山腰處了

建國百年空中分列式＠觀音山照片
建國百年空中分列式＠觀音山

觀音山硬漢嶺高度表

觀音山硬漢嶺地圖、GPS航跡圖

檢視較大的地圖

php連Oracle中文亂碼問題

2011-10-19T18:08:00.000+08:00

最近使用php操作Oracle，遇到中文亂碼問題。最後在大家集思廣益下，把問題解決了，做個紀錄…

原以為使用php去連Oracle，應該和其他資料庫一樣，在連線時，設定正確的字元集（character_set）。再將轉碼過的中文寫入資料庫即可。沒想到，Oracle有點不同…

php如何設定Oracle？在官方資料 - Configuring PHP with OCI8，於Setting the Oracle Environment這章節中提到需要設定環境變數（Common Oracle Environment Variables），如下…

ORACLE_HOME
ORACLE_SID
LD_LIBRARY_PATH
NLS_LANG
ORA_SDTZ
TNS_ADMIN

經過測試後，我們遇到中文亂碼的問題，只需要設定ORACLE_HOME、NLS_LAN即可。
當然，下述參數的設定值，需視機器環境作調整。

setenv NLS_LANG AMERICAN_AMERICA.UTF8
setenv ORACLE_HOME /usr/local/oracle8-client

另外，開啟Oracle連線時的字元集（character_set），其實可以不用設定。php會採用上述NLS_LANG的設定值。不過，有設定會比較好。詳細說明請見PHP: oci_connect - Manual中，對於character_set的說明。

如果…連線時的字元集設定錯，可能會看到如下的兩種錯誤訊息…

Warning: oci_new_connect(): ORA-12705: invalid or unknown NLS parameter value specified
Warning: oci_new_connect(): Error while trying to retrieve text for error ORA-12705

附註：

設定好環境變數，apache也可以吃到。如果沒吃到，則需要在httpd.conf中設定
安裝OCI8後，無意間發現在CLI中執行php，只要程式有連結Oracle，當程式執行完後，就會出現Segmentation fault的訊息。 :(

PHP CodeSniffer整合Subversion

2011-10-04T18:41:00.000+08:00

設定好PHP CodeSniffer後，接者就要和版本控制整合。當開發團隊的成員在commit程式碼時，即時讓PHP Sniffer做檢查，確定程式有依照規範開發。

以整合Subversion為例。官方網站Using the Subversion pre-commit Hook這篇文章就寫得非常清楚，照者文件作即可。基本上，就是配合Subversion的pre-commit hook。在commit前呼叫PHP CodeSniffer做檢查，如果有不符合規範，就不讓此次的commit完成。

如果不熟悉Subversion的pre-commit hook如何使用，請參閱SVN官方的說明Repository Hooks pre-commit。

在實務上，只有一個設定需要稍微注意。適當的調整參數 --report-width ，以配合自己所用的開發工具（IDE），取得最佳的視覺呈現。以我測試的例子，我採用的標準為CodeIgniter-for-PHP_CodeSniffer。所以我在Subversion的 pre-commit hook 中，做下面的設定…

/path/phpcs --report-width=120 --tab-width=4 --standard=/CodeSniffer/Standards/CodeIgniter/ruleset.xml "$REPOS" -t "$TXN" >&2 || exit 1

其實，這樣的作法也可以套用在commit時，檢查使用者是否有寫此次為何要commit的說明（這點，其實很重要。往後才能追蹤版本為何變化）。事實上，Subversion內附的post-commit.tmpl內，就已經內含這樣的判斷了。

不過，上述所提僅是技術方面的設定。實際使用上，尚須相關的配套措施配合 :)

參考資料

PHP CodeSniffer進階使用-新增CodeIgniter格式

2011-09-16T16:54:00.002+08:00

安裝好PHP_CodeSniffer，內建有五種coding standards。如果您使用其中一種，就可以馬上使用了。

MySource
PEAR
PHPCS
Squiz
Zend

如果不是上述五種，需要增加其他的coding standards，該怎麼辦？喜歡自己動手做，可以參考官方文件 - Coding Standard Tutorial自己做一套。也可以找別人寫好的…以CodeIgniter - General Style and Syntax為例，可以下載CodeIgniter-for-PHP_CodeSniffer安裝使用。

安裝方式很簡單，將CodeIgniter-for-PHP_CodeSniffer解壓縮到PHP_CodeSniffer存放coding standards的目錄下即可。完成上述步驟，基本上PHP_CodeSniffer就可以使用CodeIgniter的風格作為檢查的依據。

不幸的，CodeIgniter-for-PHP_CodeSniffer直到目前（2011/09）的版本是以CodeIgniter 1.7.x 的風格為依據，所以會有一些誤判…

以Constructor的寫法所遇到的問題舉例，CodeIgniter 2.x 開始不再支援PHP 4。Constructor的寫法必須依照PHP 5的作法。因此，當我們拿CodeIgniter 2.x 開發的php程式檢查，CodeIgniter-for-PHP_CodeSniffer會顯示如下的錯誤，不允許我們使用PHP5的模式。

12 | ERROR | PHP5 style constructors are not allowed; use "Xyz" instead
15 | ERROR | PHP5 style calls to parent constructors are not allowed. Please use "parent::CI_Controller" instead.

我們需要額外做些調整。處理方式也很簡單，不需要調整CodeIgniter-for-PHP_CodeSniffer的程式。在官方文件-Annotated ruleset.xml，提到一些作法。我們只需要調整ruleset.xml 設定即可。

<rule ref="CodeIgniter.NamingConventions.ConstructorName">
<severity>0</severity>
</rule>

檢查時，也需要指明要使用調整後的ruleset.xml。之前的錯誤訊息就不會再顯示了。

phpcs --standard=/CodeSniffer/Standards/CodeIgniter/ruleset.xml /prog/myprog.php

以下，則是另外兩個範例。分別是編排程式碼時允許使用tab，以及{}的使用風格

<rule ref="CodeIgniter.WhiteSpace.DisallowSpaceIndent">
<severity>0</severity>
</rule>
<rule ref="Generic.Functions.OpeningFunctionBraceBsdAllman.BraceOnSameLine">
<severity>0</severity>
</rule>

後記
在實際使用CodeIgniter-for-PHP_CodeSniffer後，發現PHP_CodeSniffer常會因segmentation fault的錯誤而結束執行。原以為是因為被檢查的程式碼行數太多。但，有時檢查不到200行的程式也會有此狀況。最後才知道，很多人使用上都有此問題。該問題也已經列在CodeIgniter-for-PHP_CodeSniffer的 issues了

PHP_CodeSniffer基本介紹

2011-09-16T12:45:00.003+08:00

在維護程式時，最糟的狀況，莫過於該程式中毫無一行註解。最後，維護者可能必須要一行行追程式，已瞭解該程式的處理流程。或者，程式碼毫無編排、命名方式（全都是 i,x,y 等無意義字母）。這…維護時就是一件累人的工作…

也許，會有人要求必須在程式內寫註解（如phpDoc）。不過，又該如何確保程式內是否真的寫？或者…程式碼的撰寫風格是否有符合團體所要求的？

於是，需要一些工具來協助。以PHP為例，可以使用PHP_CodeSniffer

首先，看一下PHP_CodeSniffer官方網站上的定義

PHP_CodeSniffer is a PHP5 script that tokenises and "sniffs" PHP, JavaScript and CSS files to detect violations of a defined coding standard. It is an essential development tool that ensures your code remains clean and consistent. It can also help prevent some common semantic errors made by developers.

有注意到嗎？PHP_CodeSniffer不支援PHP4

如何安裝PHP_CodeSniffer

PHP_CodeSniffer的安裝非常簡單，一行指令就結束…

pear install PHP_CodeSniffer

如何使用PHP_CodeSniffer

基本操作分為兩種…

# 檢查單一程式
phpcs /prog/myprog.php
# 檢查整個目錄下的程式
phpcs /prog/

PHP_CodeSniffer能呈現什麼資訊？以及有哪些報表模式？不妨直接看官網上Reporting內的各式呈現方式。當中，還有SVN Blame耶（請見Printing an SVN Blame Report標題）
註：Blame，在tortoisesvn（小烏龜）中，中文翻譯為『譴責』 XD

在實務中，coding standards有很多種。說不定還有屬於自己的，或者因為採用某framework，因此必須符合該framework的規範。因此，PHP_CodeSniffer提供設定，讓我們在執行檢查時，能切換不同的coding standards作為檢查的依據。以下，則列出相關的操作

查詢目前安裝哪些coding standards

phpcs -i
The installed coding standards are MySource, PEAR, PHPCS, Squiz, Zend and CodeIgniter

設定coding standards

執行檢查時，切換不同的coding standards作為檢查的依據

$ phpcs --standard=PEAR /prog/myprog.php

更換預設所使用的coding standards

當然，也可以設定預設值。以下範例，將預設coding standards更換為我後續安裝的CodeIgniter

phpcs --config-set default_standard CodeIgniter
# 註：執行本參數，需要寫入的權限

顯示是哪支sniff code所檢查

做後續調整設定時，會需要使用本參數

phpcs -s /prog/myprog.php

以上，只是列出最基本的操作。PHP_CodeSniffer的使用不只如此。想多瞭解並加以利用者，務必參考官網上的說明

將getID3包成CodeIgniter的library

2011-09-06T21:49:00.003+08:00

如何將getID3包成CodeIgniter的library，讓CodeIgniter呼叫、使用呢？

getID3的程式已經是一個class，因此，步驟就很簡單了…

將 getID3的主程式，複製到 application/libraries （有需要的話，請自建目錄）
如官方文件Creating Libraries中所述的規則，將getid3.php的檔名改為Getid3.php
找出下面程式碼做修改。以我測試用的getID3版本 - stable version: 1.9.0 （1.9.1-20110810）為例。下面程式位於第69行附近…

// Get base path of getID3() - ONCE
if (!defined('GETID3_INCLUDEPATH')) {
foreach (get_included_files() as $key => $val) {
//if (basename($val) == 'getid3.php') { //這行，需要修改成如下程式
if (basename(strtolower($val)) == 'getid3.php') {
define('GETID3_INCLUDEPATH', dirname($val).DIRECTORY_SEPARATOR);
break;
}
}
}

以上三步驟，就可將getID3變成CodeIgniter可使用的library了。

在CodeIgniter中如何使用getID3呢？範例如下…

$this->load->library(‘yourdir/getid3’);
//$this->getid3->method();
//設定編碼（請參見上一篇文章說明）
$this->getid3->encoding = 'UTF-8';
$this->getid3->encoding_id3v1 = 'BIG-5';
//取得檔案資訊
$info = $this->getid3->analyze($filename);

參考資料

getID3的注意事項與圖檔檢查範例

2011-09-05T22:18:00.000+08:00

上次介紹如何使用getID3來檢查使用者上傳的圖檔。判斷方式雖然簡單…不過，個人在使用上覺得有些事情要稍微注意。針對傳回的array以及我在讀取mp3內的中文tag時遇到的狀況做說明。最後並附上測試項目的結果…

array structure

在getID3範例 - demo.basic.php的程式碼中，最後有一段程式和程式註解，節錄如下…

/*
Optional: copies data from all subarrays of [tags] into [comments] so
metadata is all available in one location for all tag formats
metainformation is always available under [tags] even if this is not called
*/
getid3_lib::CopyTagsToComments($ThisFileInfo);

當下，並不太懂他真正的含意。不過，後來因為要瞭解getID3傳回的array結構，於是翻了一下內附的說明文件structure.txt。發現裡面有如下的解釋，就比較能瞭解了...

If you want to merge all available tags (for example, ID3v2 + ID3v1) into one array, you can call getid3_lib::CopyTagsToComments($ThisFileInfo) and you'll then have ['comments'] and ['comments_html'] which are identical to ['tags'] and ['tags_html'] except the array is one dimension shorter (no tag type array keys). For example, artist is: ['tags_html']['id3v1']['artist'][0] or ['comments_html']['artist'][0]

附註：在測試時，我發現他的變數名稱定義似乎有點問題。在讀取不同的檔案時，有看過 ['title']，有的卻是['Title']。

中文問題

getID3可以讀取mp3內的ID3資訊（ID3v2 & ID3v1）。如果，您的mp3檔案中的ID3資訊是中文時，採用預設值（ISO-8859-1）讀取，將會得到亂碼。

翻了一下getID3的code，裡面有定義各種檔案、欄位所採用的編碼。其中，他提供兩個設定讓呼叫者改變。

以我測試用的mp3檔案為例，裡面的中文字是big5編碼。因此，我加上下列的處理後，讀出來的中文就正常了。（當然，要看您檔案內的編碼做調整）

$getID3->encoding='UTF-8'; //請依照自己檔案條件修改
$getID3->encoding_id3v1='BIG-5'; //請依照自己檔案條件修改

附註：如果您的環境是unix-like，mp3檔案又是中文檔案時，請記得先做好OS的編碼設定。

最後，附上一張以getID3所附的範例程式 - demo.browse.php ，讀取用來測試之用的檔案結果。

由上而下的五個檔案，分別測試的項目和結果為…

png圖檔，但是亂改binary。
結果出現warning
正常png圖檔。
利用愛的機器，動過手腳後的png圖檔。
結果出現warning
假冒png圖檔的zip（將.zip改名成.png）。
結果被判斷出檔案為.zip
檔名為中文的mp3檔案。
因為沒做上述的設定，將ID3v1編碼改為big5，因此變成亂碼。
ID3v2因為內定採用UTF8，所以沒問題

嘉明湖

2011-09-04T19:05:00.000+08:00

嘉明湖全景照

趁者暑假的最後一個週末，終於造訪了台灣必去的100個景點之一『天使的眼-淚嘉明湖』。不過，卻由於熱帶氣漩轉變為南瑪都颱風，行進路線也由原本的往日本轉為直撲台灣南部。最後，走三天的嘉明湖行程就改為兩天！所幸，運氣非常的好。不但欣賞到高山的滿天星斗、走過向陽山、三叉山這兩座百岳。最後，嘉明湖也特別由雲霧中露臉讓我們欣賞 :)

每每開山路時，會有種敬佩台灣公路養護單位的心情。因為，在每次颱風、大雨造成的損害後，他們都有辦法再度修復，由顛頗泥濘的道路，變成平坦好走的柏油路。幾年前由台南進，經南橫公路爬南橫三星時感觸最深。在那之前，曾開車行經南橫公路，當時的路況很差，很多路段的路面非常顛波，路旁也無護欄。沒想到，再次經過南橫公路時，居然全部變成了平坦的柏油路。

不過，近幾年天然災害越來越強烈，台灣山區的公路養護速度似乎慢慢無法跟上。這次坐夜車去嘉明湖途中，經過了蘇花以及南橫，沿途很多施工處，需要放慢車速緩緩前進…最後，我們也因為坍下來橫躺於南橫公路上的樹，而提早開始我們的嘉明湖行程。

嘉明湖的行程，因為這棵樹，提早由此開始…

這次做行程記錄我使用OruxMaps、和MyTracks（我的介紹）這兩套軟體。OruxMaps這套android系統的免費gps軟體，功能非常的強。不但可以提供離線地圖，也提供route、路線圖等等的功能。晚點再整理、介紹一下…

等領隊在向陽辦好入山證等手續後，進入松濤步道。林道算平坦好走，其間會經過一處關山大崩壁觀景台，此處風景不錯，可以眺望對面的關山和南橫三星。

關山大崩壁觀景台的景色

原以為八月早已經過了高山花季，沒想到，沿途依舊看到不少野花。隨者越爬越高，海拔的變化，植物的分佈也明顯的跟者改變～可惜，我只認識位於上了稜線之後的沙蔘，其他所觀察到的花朵、植物，都不認識。

不知名野花。很像菊花～

不知名野花，沿途可見

不到兩小時抵達向陽山屋。向陽山屋裡外都是木頭打造。坐在向陽山屋裡可以聞到一股淡淡的木頭味道。原定隔天下山途中會住在向陽山屋，沒想到…隔天清晨者南瑪都颱風海上警報發佈，我們必須下山，無緣住在向陽山屋。

向陽山屋

過了向陽山屋後，不妨放慢腳步欣賞一下位於山屋後方的大樹～

向陽山屋前的山路算是比較平緩的上升。過了向陽山屋後，上升坡度明顯變陡。過了黑水塘（位於路旁岔路，請見下方的地圖。該處的視野不錯）後的上坡，開始考驗登山客的體力。辛苦總是有代價的，過了此段進入稜線，坡度變緩外，可以欣賞大山、開闊心胸。我想，這也是登山吸引人之處～

黑水塘，此處的view非常的好

攝於黑水塘

可惜的是，我們上了稜線後卻起了雲。霧氣一會來一會散，抵達嘉明湖途中的著名地標向陽名樹時剛好就是起霧時。也因此，沒欣賞到向陽大崩壁。稜線兩邊的氣流強度不同，面向向陽大崩壁那一處的雲霧被另一邊雲霧所壓制，因此看到一個有趣的景色！

因為左邊風勢比較強，讓右邊的雲霧一直被蓋下去。稜線兩邊因此不同的景色

向陽名樹

有道是『來得早不如來的巧』，雖然我們抵達向陽山山頂的時間晚於其他隊友，卻剛好遇到雲霧散去。站在百岳之一的向陽山頂上，眺望四周，真令人心曠神怡。

回到向陽山岔路，不用太久就可以抵達嘉明湖避難山屋了。就在我們進入嘉明湖避難山屋後不久，下了一場陣雨…

嘉明湖避難山屋

隔天清晨三點半吃完早餐後出發。出發當時霧很濃，在頭燈的照射下只覺得霧中充滿者水氣…不經擔心，是否颱風已經接近？想到待會的天氣可能不太理想，只好放棄我上山下海的伙伴D90。

沒想到，半小時後雲霧全散。在向陽山北峰上欣賞滿天星斗。當中，最引人注目的星座，莫過於冬天才出現的獵人星座。再等待後面腳程較慢的伙伴跟上來時，使用Google Sky Map尋找星座。Google Sky Map真是觀星的好工具！

嘉明湖避難山屋到嘉明湖這段路程，對於輕裝的我們來說算是好走，難度不高。不過，途中的向陽北峰依舊是一個小考驗。因為過了向陽北峰後馬上是陡下（回程就是陡上）。摸黑行走時要注意腳下…高度一直降，看者對面的三叉山越來越高…想到待會還要在爬上去… XD

由嘉明湖回到嘉明湖避難山屋，需要通過向陽山北峰陡上的考驗。

當東方出現魚肚白，漸漸接近三叉山時天氣再度變化。由三叉山岔路到三叉山三角點間遇到了濃霧，當時的能見度約十公尺，所幸腳下的山徑很明顯。除了濃霧，風也異常的強。難怪領隊由昨天到嘉明湖山屋後，就一直提醒大家三叉山上的風勢很強，今天一定要注意防風與保暖。

離開三叉山三角點不久，就到了嘉明湖岔路。抵達嘉明湖時只見雲霧不見湖……

幸運之神再度降臨，幾分鐘後雲霧散去，嘉明湖露出臉來。只聽到周圍出現高興的歡呼聲～還聽到有人說要去環湖一圈

薄霧中的嘉明湖全景照

山上的天氣總是快速的變化，特別是外海還有個南瑪都颱風。雲霧一直來來去去，嘉明湖也斷斷續續的被雲霧所籠罩。離開前都無緣看到映者藍天白雲，如藍寶石般的嘉明湖。可能也是這樣，高喊環湖的人最後沒有動力去實踐吧 XD

離開嘉明湖時，回頭看剛剛拍下狼狽登頂照的三叉山，已經處於藍天中。真可惜呀～百岳之一的三叉山是一等三角點，上面的視野應該不錯，卻無緣欣賞！

放晴的三叉山

回程時，另一個隊伍正準備上三叉山

就這樣，循者原路回去。邊走邊欣賞附近的高山，一方面讚嘆眼前的美景，一方面也驚恐大自然的破壞力。看看附近的山頭，多有崩塌的狀況。露出的是土黃色而不是記憶中應有的綠色。

嘉明湖避難山屋和向陽山

一回到嘉明湖山屋，知道已經發佈南瑪都颱風海上颱風警報。趕緊收拾背包後就下山了…原訂三天的嘉明湖之行，就在第二天下午結束…回到車上後，雨勢開始變大…

每次爬高山，每每都會有點高山症的狀況。狀況一來，多少會影響體力，走起來就不是很順。晚上入睡前還需要調整呼吸後才好入睡…這次爬嘉明湖，特別準備了藏藥紅景天，試試看是否如傳說中的那麼神奇？行前兩週就開始每天食用，也帶一些到山上…

以往在高山上遇到比較陡的上坡時，心跳總是會比較快。在山屋總是只能躺在床上調整呼吸，食慾也不如平常。這次，完全沒這些狀況…到嘉明湖山屋後，還可以四處晃晃…睡覺時也不會頭痛了！個人覺得紅景天對於自己蠻有效果的。最後那段林道，居然可以小快步回到登山口，還追上早一步下山的隊伍… XD

嘉明湖、向陽山、三叉山照片
嘉明湖、向陽山、三叉山完整照片欣賞

嘉明湖、向陽山、三叉山高度表

嘉明湖地圖、GPS航跡圖

檢視較大的地圖

如何檢查上傳圖檔

2011-09-03T11:07:00.003+08:00

網站如果要開放讓使用者上傳圖檔，通常都在上傳介面中先做副檔名檢查，做第一層的篩選。但基於資安的考量，還是無法相信使用者上傳的圖檔是沒問題的。尚須對這些上傳到伺服器上的圖檔做檢查。

我們假設圖檔可能會有下列的狀況，要能檢查出來

圖檔的附檔名是否符合檔案實際格式？
如，將 .zip 改名為 .png
圖檔是否被塞入其他資訊？
如，利用愛的機器，做出加工的圖檔

最基本的判斷方式，莫過於讀取圖檔head內的資訊來做判斷與檢查。

以php而言，最簡單的方式可以採用getimagesize()來取得圖檔相關資訊來做判斷。以上述第一個狀況而言，getimagesize()會回傳FALSE，就可以檢查出來。

不過，第二個狀況就檢查不出來，因為他算是合法的圖檔。使用getimagesize()會得到如下的資訊…

array
0 => int 120
1 => int 92
2 => int 3
3 => string 'width="120" height="92"' (length=23)
'bits' => int 8
'mime' => string 'image/png' (length=9)

要能檢測出第二個項目或類似的狀況，除了head內的資訊外，尚須配合實際讀取圖檔內容來比對。此時，可以利用getID3。

誠如getID3官方網站上的自我介紹『getID3() is a PHP script that extracts useful information from MP3s & other multimedia file formats』。我們藉由getID3讀取出圖檔的相關資訊，然後做判斷、檢查圖檔是否正常。

getID3的使用非常簡單，以官方的範例程式 demo.basic.php 舉例，三行程式碼就可以取得 /tmp/upload/lovemachine00.png 的圖檔資訊了。簡單吧！

// include getID3() library (can be in a different directory if full path is specified)
require_once('../getid3/getid3.php');
// Initialize getID3 engine
$getID3 = new getID3;
// Analyze file and store returned data in $ThisFileInfo
$ThisFileInfo = $getID3->analyze('/tmp/upload/lovemachine00.png');

如果被檢查的圖檔有異常，getID3回傳的array中，會有['warning']。因此，可以利用此資訊做判斷上的參考。接下來的判斷與應用，就看各自發揮了…

我也曾做個測試，亂改正常圖檔的binary內容，再利用getID3分析，也會有['warning']。

最後，附上以var_dump呈現getID3回傳的內容。請注意第28行處['warning']的內容！
附註：原始資訊太多，內容我有做些刪除與調整

array
'GETID3_VERSION' => string '1.9.1-20110810' (length=14)
'filesize' => int 521399
'filename' => string 'lovemachine00.png' (length=17)
'filepath' => string '/tmp/upload/ (length=16)
'filenamepath' => string '/tmp/upload/lovemachine00.png' (length=34)
'avdataoffset' => int 0
'avdataend' => int 521399
'fileformat' => string 'png' (length=3)
'video' =>
array
'dataformat' => string 'png' (length=3)
'lossless' => boolean false
'resolution_x' => int 120
'resolution_y' => int 92
'bits_per_sample' => int 8
'compression_ratio' => float 47.228170289855
'tags' =>
array
'png' =>
array
'Title' =>
array
...
'Software' =>
array
...
'warning' =>
array
0 => string 'Unhandled chunk type: r60=' (length=26)
'encoding' => string 'UTF-8' (length=5)
'mime_type' => string 'image/png' (length=9)
'png' =>
array
'IHDR' =>
array
'header' =>
array
...
'width' => int 120
'height' => int 92
'raw' =>
array
...
'compression_method_text' => string 'deflate/inflate' (length=15)
'color_type' =>
array
...
'PLTE' =>
array
'header' =>
array
...
0 => int 2629661
1 => int 12559029
2 => int 9390909
3 => int 14665142
4 => int 3878976
5 => int 14723760
6 => int 14928859
7 => int 11834011
8 => int 14665936
9 => int 6435882
10 => int 14459822
124 => int 15458279
125 => int 15453903
126 => int 15190999
more elements...
'tEXt' =>
array
'header' =>
array
...
'keyword' => string 'Software' (length=8)
'text' => string 'ViX' (length=3)
'comments' =>
array
'Title' =>
array
...
'Software' =>
array
...
'IDAT' =>
array
0 =>
array
...
'IEND' =>
array
'header' =>
array
...
'r60=' =>
array
'header' =>
array
...
'encoding' => string 'UTF-8' (length=5)
'tags_html' =>
array
'png' =>
array
'Title' =>
array
...
'Software' =>
array
...
'comments' =>
array
'Title' =>
array
0 => string 'ishiguro04.png' (length=14)
'Software' =>
array
0 => string 'ViX' (length=3)
'comments_html' =>
array
'Title' =>
array
0 => string 'ishiguro04.png' (length=14)
'Software' =>
array
0 => string 'ViX' (length=3)

NetBeans中如何正常顯示中文

2011-08-19T21:48:00.002+08:00

NetBeans IDE 7.0.1前一陣子出了，順手也一併升級。前幾天，把舊版7.0移除。沒想到，居然把NetBeans IDE 7.0.1的設定檔也給移除了。由6.x一直升級到7.0，我都是這樣做，都沒問題。這次怎會這樣？難道和這個農曆月份有關？ XD

於是，只好重新設定。順便解決NetBeans使用Consolas字型時，無法顯示中文的問題。

其實，NetBeans 可以選擇程式碼顯示的字型。但是，只有選擇某些英文字型時才能正常顯示中文，例如dialoginput這個字型。但，選擇適合用於顯示程式碼的字型 - Consolas時，中文卻變成小方塊般的亂碼，無法正常顯示中文。

為何說微軟的Consolas這字型，適合用於顯示程式碼呢？有興趣的人可以參考下面網頁，就不難瞭解…

在同事的協助下，我們倆終於搞定了。讓NetBeans 可以顯示Consolas字型。可以比較舒服的觀看code了～

完整設定步驟如下…
第一步
先察看NetBeans 是使用的JAVA存放於那個目錄，請打開NetBeans的設定檔

C:\Program Files\NetBeans 7.0.1\etc\NetBeans.conf

註：目錄請換成您自己NetBeans所在目錄。因我安裝的是NetBeans IDE 7.0.1，所以是上述的目錄

找出如下的設定

# Default location of JDK, can be overridden by using --jdkhome <dir>:
NetBeans _jdkhome="C:\Program Files\Java\jre6"

第二步
到NetBeans所使用的java目錄，開啟fontconfig.properties。

C:\Program Files\Java\jre6\lib\fontconfig.properties

註：如果目錄下沒有fontconfig.properties檔案，請複製該目錄下
fontconfig.properties.src，並改名為fontconfig.properties

第三步
在檔案fontconfig.properties的最後，增加下面設定，設定Consolas的實體字型檔

filename.Consolas=CONSOLA.TTF
filename.Consolas_Bold=CONSOLAB.TTF
filename.Consolas_Italic=CONSOLAI.TTF
filename.Consolas_Bold_Italic=CONSOLAZ.TTF

修改Search Sequences內的設定，將順序作如下的調整

#sequence.monospaced.x-windows-950=chinese-ms950,alphabetic,dingbats,symbol,chinese-ms950-extb
sequence.monospaced.x-windows-950=alphabetic,chinese-ms950,dingbats,symbol,chinese-ms950-extb

註：我是正體中文，其他中文語系，請改用您自己的中文語系

修改monospaced的相關設定

#monospaced.plain.alphabetic=Courier New
monospaced.plain.alphabetic=Consolas
monospaced.plain.chinese-ms950=MingLiU
monospaced.plain.chinese-ms950-extb=MingLiU-ExtB
monospaced.plain.hebrew=David
monospaced.plain.japanese=MS Gothic
monospaced.plain.korean=GulimChe

#monospaced.bold.alphabetic=Courier New Bold
monospaced.bold.alphabetic=Consolas Bold
monospaced.bold.chinese-ms950=PMingLiU
monospaced.bold.chinese-ms950-extb=PMingLiU-ExtB
monospaced.bold.hebrew=David Bold
monospaced.bold.japanese=MS Gothic
monospaced.bold.korean=GulimChe

#monospaced.bolditalic.alphabetic=Courier New Italic
monospaced.italic.alphabetic=Consolas Italic
monospaced.italic.alphabetic=Consolas Italic
monospaced.italic.chinese-ms950=PMingLiU
monospaced.italic.chinese-ms950-extb=PMingLiU-ExtB
monospaced.italic.hebrew=David
monospaced.italic.japanese=MS Gothic
monospaced.italic.korean=GulimChe

#monospaced.bolditalic.alphabetic=Courier New Bold Italic
monospaced.bolditalic.alphabetic=Consolas Bold Italic
monospaced.bolditalic.chinese-ms950=PMingLiU
monospaced.bolditalic.chinese-ms950-extb=PMingLiU-ExtB
monospaced.bolditalic.hebrew=David Bold
monospaced.bolditalic.japanese=MS Gothic
monospaced.bolditalic.korean=GulimChe

第四步
最後一步驟，可以說是最重要的…在NetBeans 中的字型，請選擇monospaced。之前參考的文章，不是沒提到這點，不然就說選擇Consolas……… :(

設定完之後，也就瞭解…為何選擇dialoginput這個字型時，NetBeans 可以正常顯示～

稍微提醒一下，如果您是使用液晶螢幕，作業系統為windows XP，建議您安裝ClearType Tuner PowerToy，取得最佳的顯示效果。如果作業系統為win 7，因為有內建相關功能，就不需要安裝ClearType Tuner PowerToy～

為何會建議安裝ClearType Tuner PowerToy，可以參考微軟的文章 - ClearType information

相關參考文章

SONY NEX-C3的小測試

2011-08-13T17:19:00.002+08:00

SONY NEX-C3 配餅乾鏡

年初，說好要買台EVIL的相機給老媽。最先的目標，是銷售很好的Panasonic GF1。還沒做最後的決定時，GF2居然上市了。目標，也自然轉為GF2。特別是GF2的對焦方式，可以利用觸控螢幕來選擇對焦點。這樣的操作方式，對於不善用相機的人來說，應該是蠻方便的。不過，卻也有可能因為操作方式的改變，而不習慣。反而是複雜的操作方式？

等同事預購的Panasonic GF2拿到手後，也特別借來試用看看，對於上述的疑慮，不但沒有找到答案，反而偏向回頭去買GF1。真沒想到，就在此時又傳出Panasonic GF3即將上市。

原以為應該是謠言吧？畢竟GF2才剛出，半年左右怎可能又出現下一版的GF3？除了Panasonic GF3外，也傳出另一台EVIL - SONY NEX-C3也將要上市。基於3C產品，是一代比一代好的想法下（當然是以同等級做比較），又把目前移轉到Panasonic GF3和 SONY NEX-C3。（所以，沒考慮SONY NEX5）

這兩台的規格、價位，應該屬於同一等級。有興趣的人，可以參考這網頁下方的Panasonic GF2/GF3/Sony NEX-C3規格比較，蠻詳細的。

個人觀點覺得GF3的外型比較好，SONY NEX-C3卻贏在內在。最後會選擇 SONY NEX-C3的主因大概如下…

高ISO的表現
豐富的後製功能
可拍攝全景照
提供HDR（高動態照片）
翻轉式螢幕

因為老媽喜歡拍攝花花草草。這樣的攝影題材常需要蹲下去取景、拍攝。如果不想一直蹲蹲、站站，就需要垂直觀景器來輔助。

現在有了翻轉式螢幕，就可降低蹲蹲、站站。況且，人過了一個年紀後，常做蹲蹲、站站的動作，可能會造成頭昏、暈眩… 因此，SONY NEX-C3的翻轉式螢幕，應該是我選擇他最主要的因素。

禮物送出前，當然還是拍了些照片來試試看SONY NEX-C3的效果。只是以自己比較常拍攝的主題作為測試，自然稱不上開箱、評測～～ :)

用NEX3C拍攝全景時，注意到一件事…以前用SONY的小DC拍全景時，習慣用比較快的移動速度來拍攝取得比較好的效果（減少接圖不順）。但使用時NEX3C時，卻需要以比較慢的速度拍攝。否則會出現錯誤訊息而無法拍照。個人猜測，可能是因為EVIL是機器快門吧？！

SONY NEX-C3 全景

SONY NEX-C3的後製功能不錯。講的誇張點，彷彿photoshop就在相機裡～

後製功能-SONY NEX-C3效果-保留紅色

後製功能-SONY NEX-C3效果-保留紅
不過，雲彩不夠紅，保留不下來.. :P

增加顏色的鮮豔度，黃昏的光線變得更吸引人

SONY NEX-C3效果-玩具相機

SONY NEX-C3效果-普普風

測試長時間曝光

接者，測試HDR功能。開啟HDR後，NEX3C會連續拍三張照片來處理。因此，需要配合腳架來拍攝。我以神奇寶貝火雉雞做為主角，可以明顯看出兩張照片的差異。

沒開啟HDR功能

開啟HDR功能（EXIF似乎沒顯示我使用HDR）

最後提一下。原本以為這麼小的相機，對於我來說應該會因為太小而不好操作。沒想到，還挺順手的。有同事認為，應該是因為我都是兩手在操作（一手撐鏡頭，另一手按快門）。他的習慣都是用單手操作soney nex5，因此覺得不太好握相機。

才用了SONY NEX-C3拍了些照片，回頭拿我自己的NIKON D90時……忽然有個感覺，這台NIKON D90怎麼那麼大、那麼重呀 :P

煙波釣叟

php 5.2.* 如何解決Hash Collision

秀巒控溪吊橋楓紅

霞喀羅古道賞楓照片

宇老、及秀巒賞楓地圖、GPS航跡圖

新竹霞喀羅古道賞楓

霞喀羅古道賞楓照片

霞喀羅古道賞楓地圖、GPS航跡圖

以php檢查ip網段

三峽雲森瀑布&姊妹瀑布

三峽雲森瀑布、姊妹瀑布照片

三峽雲森瀑布、姊妹瀑布地圖、GPS航跡圖

石門山

石門山照片

石門山高度表

石門山地圖、GPS航跡圖

stomp failover作法

參考資料

stomp進階說明-prefetchSize、ack header

參考資料

草嶺古道-芒花拾穗

相關介紹

草嶺古道-芒花拾穗照片

草嶺古道高度表

草嶺古道地圖、GPS航跡圖

使用putty自動登入並執行遠端主機的程式或指令

php使用stomp操作ActiveMQ

參考資料

無耳茶壺山、半平山、燦光寮山

相關介紹

無耳茶壺山、半平山、燦光寮山照片

無耳茶壺山、半平山、燦光寮山高度表

無耳茶壺山、半平山、燦光寮山地圖、GPS航跡圖

樹林大同山

樹林大同山照片

樹林大同山高度表

樹林大同山地圖、GPS航跡圖

新店和美山步道

新店和美山步道 照片

和美山（大笨山）高度表

和美山步道地圖、GPS航跡圖

觀音山上看建國百年國慶空中分列式

觀音山硬漢嶺高度表

觀音山硬漢嶺地圖、GPS航跡圖

php連Oracle中文亂碼問題

PHP CodeSniffer整合Subversion

PHP CodeSniffer進階使用-新增CodeIgniter格式

PHP_CodeSniffer基本介紹

如何安裝PHP_CodeSniffer

如何使用PHP_CodeSniffer

查詢目前安裝哪些coding standards

設定coding standards

更換預設所使用的coding standards

顯示是哪支sniff code所檢查

將getID3包成CodeIgniter的library

getID3的注意事項與圖檔檢查範例

嘉明湖

嘉明湖、向陽山、三叉山高度表

嘉明湖地圖、GPS航跡圖

如何檢查上傳圖檔

NetBeans中如何正常顯示中文

SONY NEX-C3的小測試

新店和美山步道照片