在購入HTC Incredible S的隔天遇到一個狀況。在家中使用wifi時，雖然可以看到家裡的無線AP，卻連不上這無線AP。但是，我用外面的AP卻正常（如超商的7WiFi無線上網）。可是，剛拿回家第一次使用wifi時卻沒問題。後來卻又恢復正常…直到前幾天再度發生，才確定問題所在… 發生無法連到無線AP時，手機雖然可以掃瞄到家裡無線AP，並嘗試連線，畫面上也出現『從XXX取得IP位址中』的訊息。但是，過一會卻又自動斷線… 然後重新掃瞄、失敗，一直循環… 原以為是不是因為我有鎖MAC和隱藏SSID的關係？後來排除不是這些原因。查了網路，有人說是AP的DHCP版本太舊的問題（畢竟家裡AP也比較舊了，還蠻符合）。於是，我改為指定IP的方式。如此一來，雖然可以連上AP，也不會斷線，卻無法上網。搞了幾天，一直無法解決。神奇的是，有一天就忽然正常了…我卻一直沒想到做了什麼… 直到，前幾天把HTC Incredible S接上公司電腦充電，順便藉由PC的網路上網。回到家後，上述的狀況又發生了！不經在想，之前是不是就是有把HTC Incredible S接上家裡的PC上網，問題才解決的？ 果然…把HTC手機接上家裡PC，藉由PC上網後，我的HTC Incredible S又可以連上家裡AP，並正常上網了....真不知道，HTC sync是做了什麼設定嗎？ 附註：因為我的HTC Incredible S和同事的HTC Desire HD，當PC裝了HTC sync後就可以藉由PC的網路上網。我以為所有HTC手機（android系統）都可以藉由PC上網。後來才知道，另一位同事的HTC手機，卻無此選項。因此無法藉由PC的網路上網。

開發網頁，常會使用轉址。每次查轉址問題時（例如，之前在看 Google Analytics中的referral ），我都喜好用Firefox搭配 Live HTTP Headers 這個Extensions。為何不用Firebug？很簡單…因為firebug都是以一個頁面為個單位顯示http request。如果A頁面會轉址到B頁面，firebug最後只能看到B頁面內的資訊。 Live HTTP Headers 卻可以記錄到A頁面轉址到B頁面的過程。 不過，在查 Firebug Net Panel中的BFCache response 的問題時，因為我已經升級到Firefox 4.0， Live HTTP Headers 因不支援Firefox 4.0而不能用。這讓我覺得很麻煩，因此在找是否有其他的替代品。 找到一套名為 Tamper Data 的add-on。試用之下，非常值得介紹 Tamper Data 在網頁上的功能介紹，節錄如下… Use tamperdata to view and modify HTTP/HTTPS headers and post parameters. Trace and time http response/requests. Security test web applications by modifying POST parameters. 不過，我只分為兩的方向來介紹。因為第一行和第三行的功能，在應用上，其實很相似… Trace and time http response/requests.這部分，個人還是覺得FireBug比較好（視覺上的呈現一目了然又直覺，資訊也多。），缺點就如同一開始所述，無法看到轉址的過程。 Tamper Data 卻補足了這部分。呈現資料的方式，也比 Live HTTP Headers 還好。上方為過程，下方則是將request、response分為兩側，資訊一目了然。cookie還提供以KEY方式劃分出來，清楚的呈現。 view and modify HTTP/HTTPS headers and post parameters.這部分，對於開發而言真是好用（另一方面，也可以拿來做壞事）。這邊，我僅以如何改header做一個小展示.... 以台灣yahoo奇摩為範例，已有提供mobile版本頁面。我...

很常使用firefox加firebug作為網站開發輔助工具、或者用於察看網站效能。firebug本身就已經提供非常多實用又強大的功能。而firebug的延伸套件，不少也都是必備工具。 協助察看網站效能這部分，有yahoo出的 YSlow 、及google出的 PageSpeed 。協助網站程式開發，有 Firecookie 、 FireQuery 等等… 無論是yahoo的 YSlow 、或google的 PageSpeed ，都是出自同一人。這人也針對這兩套工具的概念，前後出了兩本書。都非常值得一看。 High Performance Web Sites: Essential Knowledge for Frontend Engineers Even Faster Web Sites: Essential Knowledge for Frontend Engineers 回來主題…之前曾經注意到FireBug的Net Panel，有些http request是以淺灰色呈現。當時沒在意這樣表現是否有不同的含意。直到前陣子有同事反應，為何公司網站的cache（browser cache）失效了？每個都是 http 200!! 上圖，則是以Yahoo奇摩新聞為範例。圖中用紅色框住處，其實都有使用browser cache，設定值為 max-age=31536000（不妨自行換算保留多少天）。但，卻都顯示http 200。 可是，當我用IE配合 Fiddler 看http request。cache是正常、有作用。仔細看firebug，這些被我們認為cache失效的http request都呈現淺灰色。 查了firebug文件。原來，淺灰色這部分是Firebug 1.6開始提供的功能（預設為開啟），是為了是呈現firefox 1.5提供的 BFCache (Back-Forward Cache)。事實上，這些淺灰色的檔案，也是有被cache的。Firebug為了表示有 BFCache (Back-Forward Cache)，而將此狀態呈現。 如果，想回歸以往比較單純的資訊，只要關閉即可。關閉後，所呈現的資訊就和以前一樣（如下圖）。 有興趣瞭解什麼是BFCache(Back-Forward Cache)的人，可以參考 Using Firefox 1.5 caching...

HTC Incredible S（左） vs HTC Desire HD（右） HTC Desire HD 4.3吋的螢幕看起來真舒服 最近脫離了使用多年的windows phone，轉投入Android平台。選擇購入HTC Incredible S這支手機。 當初選擇手機時，是以擁有四吋以上（含）螢幕以及Android平台作為主要條件。畢竟，螢幕大一點，看文件、網頁時，眼睛比較舒服。一開始是先接觸同事借我的HTC Desire HD。HTC Desire HD果然是旗艦機種，4.3吋的螢幕大、金屬外殼，整體感覺很好。但是，以我個人習慣來講，覺得有些缺點。 當手機放在桌面上操作時，由於背面突起的鏡頭框，會導致操作時手機會跟者晃動（據說，用保護殼後會改善）。 沈重的重量，不適合放在襯衫口袋 最後，因為他的價格和較大的體積，所以沒將他納入口袋名單。 接者就注意到HTC Incredible S以及google的Google Nexus S這兩款新手機。這兩款手機皆為四吋 Super Clear LCD 螢幕。但是，Google Nexus S擁有一些特殊的規格… 如近距離無線通訊 (NFC) 、3軸迴轉儀（陀螺儀？），以及出廠時的作業系統為Android 2.3 (Gingerbread) 。後兩者規格，則是讓我一直猶豫不決，不知該買哪一台。 HTC Incredible S出廠時的作業系統雖然為Android 2.2，但是HTC表示會更新到Android 2.3。加上HTC提供的相關軟體較多（如，可以節省導航軟體的費用），並且做了不錯的整合。加上售價"稍微"便宜，最後還是選擇了HTC Incredible S。 其實，一開始在網路上看到HTC Incredible S背後那樣的設計（突起一塊）真令我擔心，是否會有如同上述HTC Desire HD的問題？但在店面拿到實機時，疑慮一掃而空。放在桌上不會有晃動的問題。覆皮革漆的可撓曲塑料雖然沒有金屬殼來的好，卻很好握。不過，我上支手機的外殼也是類似這樣的材質，使用多年後，似乎會有點變質，會有點黏黏的感覺。不知道HTC Incredible S所採用的材質，是否也會有此情況？ HTC Incredible S所採用的Super Clear LCD，色彩亮麗、逼真，第一次看，就令人驚豔。凡是看過HTC I...

遠眺精華段的錐麓斷崖，此段長度約500公尺 這次利用二二八假期去錐麓古道，大約是在行前兩週於 太魯閣國家公園生態保護區入園申請系統 提出申請。很幸運的，居然在連續假期申請到了。 為何說幸運？因為錐麓古道的特色吸引不少人造訪，但是以往假日的申請人數，常常都是滿額（平日限制48人，假日限制72人）。我猜，應該是有不少商業團體有先來卡位吧？更幸運的是，假日前的天候都處於不穩定。 造訪當天 ，卻是好天氣 :) 提出申請當時，錐麓古道西段似乎在修復，原本申請路程 - 燕子口進慈母橋出全程路段，被要求改成由燕子口進，到錐麓駐在所後折返回燕子口。 由於無法走錐麓古道全程，想說起點和終點都是燕子口，沒了接駁問題，行程的規劃上決定攜帶單車前往。打算騎單車到燕子口。除了想多運動、也順便節省租車費用。也就是說，第一天先搭乘兩鐵火車到花蓮，由花蓮騎單車到住宿處-新城。隔天起個早，騎單車到燕子口。走完錐麓古道，再騎單車直接回花蓮坐火車。 出發前一週開始把單車整理一番、準備好相關備品、工具。沒想到，在出發前三天的晚上無意間連到太魯閣國家公園網站，忽然看到 錐麓古道 入園申請步道最新開放狀況公告 ，裡面提及錐麓古道全線開放。隔日特別去電，詢問之前所申請折返的行程，是否因為全線開放而得以走全程？在獲得可以走全程的答覆後，就把行程做了調整… 最後確定的行程，是以租機車取代騎單車。換乘機車的好處，就是可以順道去其他景點。所以，順便去了清水斷崖、砂卡噹步道。住宿地點依舊在新城，也是隔天一早到燕子口，將機車停在燕子口登山口。然後，在燕子口搭乘07:42的公車到慈母橋。由慈母橋進入錐麓古道，由燕子口出並取機車。然後騎機車回花蓮。燕子口坐公車到慈母橋，每人的車費為新台幣26。 註：公車非常準時的出現，真令人訝異 註：該班公車，07:30由太魯閣遊客中心發車 搭乘7：42 到慈母橋的公車。車資，一人26，15分鐘即可到達慈母橋 燕子口隧道旁有處小空地（照片右下方，有個燕子口步道指標旁邊） 可以停放七、八台機車、單車 從來沒有這麼早在太魯閣峽谷中欣賞風景。此時，太陽尚未灑進峽谷中。可能是因為光線的關係，覺得當時的太魯閣峽谷比以往欣賞的經驗都漂亮。約15分鐘後就抵達慈母橋。不過，後來由慈母橋經錐麓古道走回燕子口卻要五個小時多。想想，現代人真的很幸福…難怪，也很多人『...

錐麓古道上的美景，令人佇足欣賞、留念 有次由花蓮騎機車到合歡山遊玩，在回花蓮途中，曾注意到有處太魯閣峽谷上方似乎有條路。不過，那時覺得在那麼高、那麼陡峭的山壁上怎麼可能有路。直到有次看到一篇介紹台灣日據時代的登山資料，才知道那條位於山壁上的山徑，是合歡越嶺古道的一部份。 趁者今年二二八連假，特別也去造訪這段古道-錐麓古道。路線採慈母橋進燕子口出。（ 錐麓古道行程規劃 ） 早上八點多，由慈母橋進入。一開始是在走在河床，途中會經過一處非常白的大理石。早上八點多，太陽尚未完全射入山谷，就已經令人難以不注意到他…

最近有人提出一個狀況，他在php5中去撈資料庫（資料庫為 sybase）中的數字，會有問題。舉例來說，資料庫存放的內容為 71.10 ，但經由php5所寫的程式，去取得出來的數值卻是71.09999999999999。妙的是…一樣的程式放到php4的環境去執行，卻是正常的，取得71.1。 原以為他所撈取欄位的資料型態為float，才導致這狀況。但瞭解狀況後，發現該欄位的資料型態為decimal (5,2)。也就是說不應該會有這樣的情況！ php5連sybase，已經改用sybase_ct。因此，一開始認為這樣的問題，應該是sybase_ct本身的bug。其實，在sybase_ct的bug資料中也有提到這樣的狀況 - BUG #29064 。不過，該問題卻是已經解決… 在後續的問題釐清中，也發現原以為sybase_ct是個獨立的extension，和之前的freetds無關。事實上，sybase_ct還是需要freetds。另外，sybase_ct會吃freetds的設定。也就是會吃freetds設定檔（freetds.conf）中[global]的設定值。 換句話說，當我們使用如下的php程式去開啟sybase連線時，sybase_ct會去吃freetds設定檔（freetds.conf）中[global]內的設定值。 $conn = sybase_connect('123.123.123.123:5000','id','pwd','big5','test_php'); 然而，在freetds的設定檔（freetds.conf），預設中會有下列設定 [global] # TDS protocol version tds version = 4.2 這個tds版本代號有其含意，詳細可參考 Choosing a TDS protocol version 內的說明，視自己所用的資料庫採用不同的設定值。 居於上述兩點，解法就很簡單了。因為他是採用sybase，因此可以將此預設版本設定為5.0。問題就解決了。 [global] # TDS protocol version tds version = 5.0 參考資料 TDS版本說明 freetds ...