[Chinese]Android手機無法發送簡訊但是可以接收簡訊

最近實在跟Android手機犯沖，這幾天發現簡訊可以收但是送不出去，本來沒有特別注意一直以為只是傳遞延遲而已，今天又發生了，看簡訊狀態是Pending，想說晚上來查一下好了。

Android手機有個很陽春的工程模式，切換到撥電話的畫面輸入*#*#4636#*#*即可進入(如附圖)，然後點選手機資訊進入下一畫面捲動畫面到下方你會看到SMSC設定值，Bingo找到兇手了，原來人是依台ㄟ，SIM卡簡訊中心號碼不知道啥原因被改掉了。

打電話到最大業者客服中心詢問簡訊中心號碼，客服人員很和氣的告訴我五個號嗎請我擇一設定，但是似乎對於為何SIM卡上簡訊中心號碼不見的問題沒有興趣，個人覺得或許OP業者喪失了一個追查Root Cause的機會，筆者只是覺得身為最大業者似乎應該更積極一點防範於未然，或許更多客戶也同樣有這個問題，不是嗎? Anyway，把正確簡訊中心號碼輸入以後再按Update更新後退出工模即可正常收發簡訊了。

提供下面幾家業者的SMSC號碼，如果你也碰到類似的問題可以參考一下設定。

中華電信

+886932400821,+886932400841, +886932400851, +886932400881, +886932400882

台灣大

+886935074443, +886935874443

威寶

+886986442901

抱歉我不知道遠傳的，如果你知道請PM給筆者讓我補上去。

附註:筆者後來用Google大神搜尋了一下這個Topic發現好像Android手機蠻多碰到這樣的狀況，各家狂推Android手機的OP是不是應該正視一下這個問題找一下Root Cause也Push一下Google呢。

Android手機在internet的應用上固然是很好用，但是在原本通信領域內很多習以為常的設定似乎找不到對應的實作，這一些眉角似乎尚待加強。

[Chinese]HTTPS Authenticaiton failed on Windows Mobile phone when access Facebook mobile site

最近看了商週「成功者的筆記本」專欄，文中觀念提到3分鐘作筆記的時間可以節省以後3小時找不到資訊的時間浪費，覺得甚有同感，也開始把以前處理問題的一些經驗寫下來作為自己的參考，當然也希望看到這篇文章的你/妳可以節省一些搜尋找答案的時間。
這個問題是一家國際WM手機大廠工程師field test實際場測後反應給我們的問題，確時時間點我有點忘了，依稀記得可能是2009年下半年吧，發現的問題是使用Windows Mobile(註:當時的版本是WM 6.5)手機使用HTTPS協定(via WAP gateway)存取Facebook Mobile Site會失敗但是換成HTTP就沒問題，原本以為只有該廠商手機有問題，使用手上有的另外一個WM手機大廠手機發現也會有同樣的問題，查了一段時間以後發現錯誤原因是Facebook網站使用的root certificate沒有預設安裝到Windows Mobile手機上所造成，筆者發現Microsoft MSDN網站在2007年11月已經有一篇文章談到這個問題，筆者節錄該網站上的原文如下:
Facebook authentication uses HTTPS communication for security; however, on Windows Mobile this causes a problem because the root certificate used by Facebook is not provisioned on the device by default. This means that secure HTTPS requests will fail. Luckily it is possible to work around this by downloading the root certificate and adding it to the device.
Information about the list of root certificates can be found at http://www.geotrust.com/resources/root_certificates/index.asp. This can seem rather daunting as the list is particularly long; you need to find the entry called “Root 5 - Equifax Secure Global eBusiness CA-1.” There you’ll find download links to save the .CER file. The certificate is available as both DER encoded and Base-64 encoded; if you are using Windows Mobile 5.0 make sure you pick the DER encoded version of this file. For Windows Mobile 6 you can use either version. https://www.geotrust.com/resources/root_certificates/certificates/Equifax_Secure_Global_eBusiness_CA-1_DER.cer
有興趣FB開發的讀者，可以跳轉到MSDN的這篇文章，原文連接在此 http://msdn.microsoft.com/en-us/library/bb932386.aspx，前述問題的答案在Root Certificates這一段章節。解決的方法也很簡單，就是依照不同的Windows Mobile版本下載不同的Root Certificates安裝到手機上即可。
當時筆者給該廠商的建議是把這root certificate預設安裝到他們的Windows Mobile手機上，該廠商HQ的PM決定如何我不得而知，不過往後倒是沒聽說有再反應類似的問題就是了。
至於其它品牌的Windows Mobile手機，因為我手上的設備也不多，所以就沒有測試了。如果你/妳正好是CPE設備商，不巧也碰到這個問題，希望這篇文章對你/妳有幫助。

[Chinese]聰明人做的不聰明事 Part 2

俗話說a picture is more than a thousand words，所以直接看圖吧。

手機home screen設計讓大家放圖檔，我想百分之一千的使用者應該是希望能放心愛的人的照片以便可以常常看到吧，但是這個lock screen的設計就真的是很煞風景了(窘)，不知道產品設計的時候PM/工程師在想什麼，難道都沒有人要求嗎? 筆者曾於多年前數次向Nokia的AM提起這個問題，或許應該說是疑惑而不是問題，認真說起來這是個設計要求完美細心度的程度差別，但是很可惜都沒有下文 。我想N社今日困境或許早已在多年前即已重下敗因。

我常用這張圖說明簡單的概念，產品功能百分百work，您看有鎖螢幕阿，但是很可惜客戶就是不appreciate it，我只能說common sense真的很重要。您說呢...

[Chinese]聰明人做的不聰明的事

MOTO佛心來的在網路上放出Android 2.2 for Milestone給大家昇版，我也手癢的去給他按下去，結果只能用悔不當初來給他形容，真是慘事一樁，我想QC應該是原版未拆封的空白機去測試的吧。

不過，這件事倒不是我要說的正題，當然啦我也不夠聰明到可以稱為聰明人，雖然去昇版真的是有點給他傻。

其實我想談的是common sense，先說說昇版後的使用經驗吧。我是使用WiFi連線的(never idle, always connect)，我發現一段時間後每次要使用手機的時候一按電源鍵叫醒手機以後，手機就會「很貼心」的幫我sync email跟有的沒的，所以呢就會有一段時間手機不會動好像hang住一樣，一定要等到背景跑完才會回應user在panel上的動作(氣)，這個邏輯跟MS的PC倒是有點異曲同工之妙，各位是不是都有臨時NB/PC開機只是想要發個信或是開一個文件給大老闆看，但是登入以後發現你/妳的電腦卻是第一時間在跑Windows Update，所以也不理會你的按鍵一樣的邏輯呢?

有iphone的人可以注意一下，一段時間idle以後當你按Home鍵手機第一個動作是不是只是re-create WiFi連線然後你就可以操作手機了。那再回頭觀察一下你Android手機，你有注意到WiFi連線要什麼時候才會恢復嗎?

我想到底是應該從使用者的實際使用情境去考量實作還是純粹以工程師零與壹邏輯去思考，聰明如你/妳，應該是自有定論吧。

[Chinese]RT:Don’t Think Android Fragmentation Is A Problem? Most Developers Disagree.

Mobile Crunch上有篇講Android手機版本太多的文章，實在說出了開發者的心聲(至少是我們啦)，忍不住要給他RT一下。

原文可跳轉到此閱讀 http://www.mobilecrunch.com/2011/04/04/android-fragmentation/。

我覺得版本太多、舊版手機射後不理跟API異動應該很多人都很困擾吧。 就不知道Google大哥有沒有聽到大家的心聲了~~~

[Chinese][Android]sqlite exception: database not open

手冊跟範例都不會告訴你的事,大家的API Demo都很美妙.

但是如果你和我ㄧ樣一直碰到這個exception,但是程式又沒錯,有興趣看英文的,可以先跳轉看這篇文章. 原文在此 http://www.outofwhatbox.com/blog/2010/12/android-closing-those-database-objects/

原PO作者是建議在onDestroy的時候別忘了呼叫DbHelper的onClose (範例如下)

public void onDestroy() {

super.onDestroy();

// Replace mDbHelper as needed with your database connection, or

// whatever wraps your database connection. (See below.)

mDbHelper.close();

}

其實這個exception的原因都差不多,重點就是可以把DbHelper的open跟close放在真正做sql command的地方,基本上就不會看到IllegalStateException了.