[筆記] Java crypto & How to restore the key object
單純做個筆記...
[Read More]在Leopard下建置Subversion Repository
參考原文：http://blog.paploo.net/2007/10/how-to-manage-your-own-subversion.html
由於Leopard預設安裝了subversion 1.4.4版，因此對於想直接使用的玩家，只需要做好適當的設置即可使用。
首先我們要先建立 repository，若你本身不是用預設系統安裝的管理員登入，建議使用sudo進行設定....
Synology DS207+ Subversion 無痛安裝指南
淺談 UI 設計目標 (三)
4. 「等待」，使用者一輩子的仇人。
沒有人願意等待，一個男人讓女人等太久了，就只有分手一途。使用者與網站的互動也是同樣的道理，然而現在網路頻寬飛快地提升，也無法讓使用者不等待。古老的網頁等待標準是「30秒」（據說，女人等男人的年限是30歲），一個超過了三十秒沒有出現完整的頁面，則視為「反應遲鈍」，是屬於嚴重的「逆向刺激」。
但是，30秒的測試標準是將近十年前訂出來的，那時網際網路剛起步，大家都還在用14400 modem上網，而現在哩？標準沒進步，同樣是「30秒」，但是使用者的要求可不同了！
由於頻寬的進步，以往使用者以文字為主的使用習慣，有一部份轉向了影音媒體的取得。然而，影音這樣的東西很單純，使用者早已了解影音的資料量很龐大，就算讓他們多等一下，他們也還稍稍可以安撫，但若改為呈現文字類型的資訊，網頁使用者的對於等待的態度，就像那紅衫軍等待陳水扁下台一般，只會越來越不耐。最後憤而採取激進的手法，「狂按reload鍵」。於是，你的伺服器負擔因為 reload 而加重，開始連帶拖慢了其他使用者的需求 (request) 與回應 (response)。結果你的網頁點擊數遽增，但沒有一位使用者能看完你的網頁。
但很不幸的，只要是 client-server 架構底下，你就很難不去避免這樣的狀況發生。你必須改善效能以給給使用者正向的刺激，有兩種選擇：
a. 減少reload時的頁面重複資料，降低必須資料的傳輸量。
b. 增加使用者電腦運算的機會，減低伺服器運算的負擔。
這兩個總和起來，可用最近頗熱門的話題來解決；沒錯！就是「Ajax」。
利用Ajax，你可以在將使用者欲取得的資料以最低限度由伺服器輸出，再利用JavaScript與CSS加工嵌入或取代你的頁面。也可以在使用者點擊滑鼠或是在鍵盤輸入字元時及時反應預先取得 (fetch) 使用者可能想要的資料，增加使用者與你網頁的互動性，使操作手感就像是操作本機軟體一樣順手。這一切一切的好處，已經有許多文章以及書籍介紹，所以這邊就不再贅述。
然而，請注意！Ajax 並不會讓你的伺服器因此更空閒，相對的，Ajax 反而會使你的伺服器更為忙碌。但對於使用者而言，由於資料被分散取得，伺服器對於資料處理所需的時間縮短，使用者感覺平均等待的變少了，但實際上累積起來的時間，並不會比未使用 Ajax時少多少，有時反而會更多。這就是使用者心理。就像是少量多餐，與一般飲食可能攝取的熱可能並無二置，但少量多餐的人就是能感到隨時都被滿足。因此慢慢減低了自己吸收的熱量而不自知一般。
若你做到了這點，恭喜你！你讓你的網頁使用者少吸收了一些不需要的熱量（畫面 reload 的重複部分），但你開始必須要改善你的網頁效能了。若你是使用比較舊式的網頁語言撰寫你的網頁程式，這邊良心建議你開始換些執行效率高些的方式來建構你的非同步伺服器端程式模組。你可以不用JSP/Servlets，也許你偏好.NET Framework，然而這都不重要，只要盡可能的縮短你程式回應時間就對了。
請記得，「網頁的停滯就像是性冷感，沒人會喜歡」。寧可讓使用者刺激到昏厥，也別讓使用者因為你伺服器的冷感而離你而去。
以上四點，對有經驗的網頁設計者而言，說不定沒有搔到癢處，坊間有許多關於網頁設計的好書可以參考，建議找些再版的彩色書，還頗值得一看的！。這系列文章就在這邊結束了，如有什麼建議與批評，請不吝指教。
淺談 UI 設計目標 (二)
那麼，對網頁使用者來說，什麼才是好的刺激？
1. 給使用者想要看的東西。
這代表你必須瞭解你的網站要服務什麼客戶群，譬如你想呈現一個「題庫網站」，那麼給客戶群最大的刺激就是題庫範例，讓網站使用者一進來就知道你所蒐集的題庫有多麼正點！又譬如你想呈現一個「問卷網站」，那麼最大的刺激除了問卷範例之外，就是問卷自動分析的範例。如果你的網站的使用者進入網站目的是要查詢帳務，那麼你就應該在使用者進入的第一個畫面，指引他帳務頁面的所在。
2. 在使用者第一眼會注意的地方給予刺激。
一般來說，如果你的標題夠鮮明，當然你的使用者會注意到標題。但標題不是重點，「好的刺激」是要有個簡單扼要說明你網站的副標題。一個學測題庫網站的副標題，若以下兩個讓你選擇你會怎麼做？
(a) 完全命中，全台灣資料最豐富的題庫網站！
(b) 各科模擬試題，名師●○◎精心講解。
我瞭解，台灣家長總是怕自己的孩子做的題目比別人少，無論副標題怎樣，應該兩個網站都會付錢訂題庫。然而，同樣都是題庫試題，(b) 就是硬生生地將「有詳解」這個刺激傳達給了使用者，當兩個網站同時給你做選擇時，(a) 給人的感覺就像是個誇大不實的廣告（就像是「莫里斯的文章，全無名最有料」！你會相信這鬼話嗎？）。
你知道嗎？(a) 還不是最糟的情況，最常看到，也是最蠢的副標題，就是「翻譯主標題」。這時你就會看到「題庫網」的附標題，他的附標題就是「Your Mork Exam Web Site」。這不是附標，這是廢話，沒有任何刺激可言。
3. 使用者註冊的成效只有20%，找尋下一個網站的機率有80%。
「除了縱火犯之外，火災的旁觀者沒有一個是需要知道名字的」。在不牽扯到利益的交換，也不牽扯到資料私密性的狀況下，「註冊之後才能瀏覽網頁」是個標準「逆向刺激」。也許你所經營的網站裡頭有許多不合法的內容，這不怪你，畢竟戴克辛也不會喜歡泰國政府查他的稅，阿扁也不會喜歡檢察官查核他的機要費花到哪去。人性就是這樣。但如果你所提供的網頁內容資料沒有違法的疑慮，那麼為什麼要利用註冊將你的使用者擋於的門外？更何況，真要搞鬼的人你抓不到，沒本事又要搞鬼的人卻是一大堆，所以，請別客氣，記下搗蛋鬼的 IP，或設計個IP過濾器的機制，讓偵九隊有一些事情做做吧！(客倌們，你們有任何免洗ID預備著做什麼事嗎？)
但是，在某些狀況下，我們還是希望來訪者留下資料（不管正確性與否）。所以，我們還是要把逆向刺激「間接」用正向刺激讓使用者接受。因此在設計網站前，在資料內容許可的狀況下，請先盡可能提供些開放性資料供使用者「嘗鮮」，沒有嘗鮮的機制，使用者註冊的機率將會低到讓你吐血。如果你有機會看看各大公司網站（拜託，要夠大，這樣資料才豐富。），他們的作法甚至是讓使用者的情緒到了最高峰時，才要求使用者做出註冊的動作。
這樣的心裡行為，打個比方來說！就像在你快高潮的那一刻，你上面（或下面）那一位開口跟你要求什麼，你答應的機率是多少？再說個更貼切的，當你在百貨公司週年慶，在週年慶大特價+卡友折扣+VIP回饋+生日禮券+專櫃小姐看你帥給你special，心情很 high 的狀況下，你明知道這東西買下去會讓你下半個月很清苦，你雖然思考了一下，但你發現這在你能承受的範圍（這就好比是註冊），你會不乖乖掏錢買嗎？
記住，註冊是逆向刺激，在使用者即將達到高潮之前拿出來才是最好的時機！
4. 「等待」，使用者一輩子的仇人。
沒有人願意等待，但現在網路頻寬飛快地提升，也無法讓使用者不等待...
《待續》