有圖有真相,看一下截圖吧。
要下載可以跳轉後面網址自Android Market上下載。 注意一下,它會過濾手機,所以不是所有手機都可以下載。
https://market.android.com/details?id=com.adobe.flashplayer
Have Fun!
安裝完Titanium Studio (Appcelerator)以後第一個步驟就是另外再安裝Android的ADT Plugin,大家應該想都不用想閉著眼睛都會做吧. 跟Eclipse裡面的步驟一模一樣,輸入Google ADT名稱,然後把下載網址https://dl-ssl.google.com/android/eclipse/輸入,收工完成!
蝦米,Hold住....發生錯誤,現在這是什麼情況ㄟ!
其實大家都忽略了一個前置步驟,要先把Eclipse內Java Programing Language的更新安裝補上. 注意一下,不是Eclipse上最新版的哦!!!
正確的更新是安裝使用Eclipse Helios的更新,輸入Eclipse Helios Update Site作為名稱,正確的下載網址是http://download.eclipse.org/releases/helios/,然後把Programing Language Support中Java部分的支援安裝起來. 借用一下Appcelerator上面的截圖(如下),然後按Next/Ok並且同意授權(License)條款,安裝成功後重新開啟Appcelerato,然後就可以順利安裝Android的ADT Plugin了. 完工收工!
原廠WiKi裡面其實有寫了說明,不過可能大家都忽略了上面筆者說的前置步驟,有興趣的讀者可以跳轉下面網址後閱讀全文. Code Strong!!
People were asking why do you bother to encrypt content of your message. Shouldn't the mobile network (either 2G or 3G) be quite secure for transmitting my message over the air (OTA) in peer-to-peer communication?
Well, this is a good question. But, do you know most (if not all) of short message center (a.k.a. SMSC) of service provider operate in a kind of store-and-forward mechanism that means your message is kept in its database / internal store for handling. Technically speaking, for anyone with proper permission or someone with domain knowledge and equipped with proper tools they might be able to read your message without your awareness.
Therefore, this is the solely reason behind for the birth of "Secure SMS" application for Android. For those of you paranoid who ask for a higher level of privacy control and or for corporate who want to send one time password / sensitive information OTA to clients, Secure SMS is the right answer to your concern.
You can download it from Android Market at https://market.android.com/details?id=com.ngnlive.plmn.securesms
For a how-to guide of the application, you might want to read this article at http://ngnlive.blogspot.com/2011/05/englishhow-to-use-secure-sms.html too.
First of all, you have to define encrypt/decrypt key pair for people you want to exchange secure message on keys management page.
Assuming your mobile no. is 098zzzzzzz and you want to exchange secure message with a contact whose mobile is 0935xxxxxx
1. Click on the keys mgt. from menu page
2. Type in this person's mobile no. in Contact mobile file
3. Random type in a string used for encryption key for your outgoing message to this contact on "Encryption key" field
4. Type in the decrypt string given by this contact (refer explanations in next step) which will be used to decode message from him/her on the "Decrypt key" field
On your counterpart's phone (contact people with the mobile no. 0935xxxxxx mentioned in earlier steps), repeat the same procedures for keys exchange definition as below
As you can see, he/she define your mobile (098zzzzzzz) in his/her keys mgt. page where
a. Key value defined in this contact's "Encryption key" field is the same value as you entered in your "Decrypt key" field (refer above screen)
b. Key value defined in this contact's "Decrypt key" field is the same value as you entered in your "Encrypt key" field (refer above screen)
Don't forget to click on the "Add xxx" or "Update xxx" button to save the keys definition for later use after finished keys definition.
Once done, either one can send secure message to his/her counterpart using the "send" function on main screen.
Shortly after, the targeted recipient will get a notification on his/her phone's status bar
Slide down the notification page, you will see a message from Secure SMS.
He/she can click on the notification to view the decrypted encrypted message from sender immediately.
Note for message with incorrect decrypt key defined, you will only see original encrypted message instead as demonstrated in message ID 1.
1. assistant sending confidential or classified information to boss
2. lovers exchange messages and want to keep those messages confidential inside the two only
3. bank / portal send one time OTA password to clients enhance security
4. business partners exchange confidential information or price quote
... and lots more we believe your will have your own creative way of using it.
Well, that's basically all of what you need to get started. Have fun and hope you like our work.
Please don't hesitate to rate it as 5-star for our application in Android Market at https://market.android.com/details?id=com.ngnlive.plmn.securesms and "like" it on our Facebook fans' page at http://goo.gl/Dwm5S.
A big thanks to you in advance!
Secure SMS is a client-side encrypt/decrypt application which allows user who wants a bit of privacy on SMS communication to encrypt their message content before sending it out to people. Only targeted recipient who has the correct decrypt key would be able to decrypt the encrypted SMS and read the message.
Feature highlight of the application includes
1. peer-to-peer secure message communication by AES-128 encrypt/decrypt mechanism
2. remove of messages from device's default inbox for enhanced privacy control
3. separate keys for each individual contact or a default key for all (can be enabled on settings option)
4. password (PIN) required for accessing message view page (can be enabled on settings option)
5. password (PIN) required for accessing settings page (can be enabled on settings option)
6. password (PIN) required for accessing keys management page (can be enabled on settings option)
7. incoming secure message notification on status bar and one click to view
Screen shots of the application below
Decrypt of encrypted SMS (short message) on view page
You can purchase credits (Top Up points) via most popular PayPal service for use in the application.
You can download the application from Android Market at https://market.android.com/details?id=com.ngnlive.plmn.securesms
Please don't hesitate to rate it as 5-star for our application in Android Market at https://market.android.com/details?id=com.ngnlive.plmn.securesms and you can "like" it on our Facebook fans' page at http://goo.gl/Dwm5S.
For those of you who want to know more about AES-128, you can check it out from WIKIPEDIA web site at http://en.wikipedia.org/wiki/Advanced_Encryption_Standard



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連線要什麼時候才會恢復嗎?
我想到底是應該從使用者的實際使用情境去考量實作還是純粹以工程師零與壹邏輯去思考,聰明如你/妳,應該是自有定論吧。
public void onDestroy() {super.onDestroy(); // Replace mDbHelper as needed with your database connection, or// whatever wraps your database connection. (See below.)mDbHelper.close();}