在購入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