其他

摘要：錯誤處理和清理工作對於Symbian OS環境下的開發顯得尤為重要。錯誤處理（error handle）實際上是為了編寫出更可靠的程式，而清理（cleanup）架構則是Symbian OS的編程基礎，正因為如此，必須保證錯誤處理和清理非常有效且易於實現。OOM（out-of-memory）錯誤在Symbian OS環境下則不得不談。目前的台式機記憶體的容量越來越大，加上更大硬碟上建立的虛擬記憶體，而且使用者可能進行經常性的重啟。在這樣的情況下，記憶體耗盡很少發生。而在Symbian

網店版重生項目中，因為我們要將最主要的核心資料由Oracle遷移到分布式Mysql中；雖然說商務邏輯不進行任何改動，只是將資料來源由單一的Oracle改造成基於Mysql的動態資料源，但為了保險起見，我們還是要求做一次效能測試，但怎麼圧呢？這個系統已經2年沒有比較大的系統變動了，但是用以前的效能測試結果來和新系統做對比，大家都覺得不那麼匹配，所以我們決定：對現有的老系統的關鍵模組重新進行一次壓力測試，然後和新系統相同模組的壓力測試結果進行對比，看新系統是否有明顯的效能下降！但對老系統進行壓力測試

GCC 支援C99，通過 --std = c99命令列參數開啟。 例如：gcc --std = c99

在這裡我把常用的界麼起的總結了一下   Divx  3.11alpha  最普遍使用的DivX  Codec  http://nickfan.euhs.net/softdownload/decoder/01divx_311alpha.zip   Intel  Video  Codec  Intel  發布的多個編碼通訊協定  http://nickfan.euhs.net/softdownload/decoder/02Ivi_95nt.zip     Divx的Layer  3音頻標準  解碼

    記憶體管理和記憶體回收是JVM非常關鍵的點，對Java效能的剖析而言，瞭解記憶體管理和記憶體回收的基本策略非常重要。本篇對Sun JVM 6.0的記憶體管理和記憶體回收做大概的描述。      1.記憶體管理      在程式運行過程當中，會建立大量的對象，這些對象，大部分是短周期的對象，小部分是長周期的對象，對於短周期的對象，需要頻繁地進行記憶體回收以保證無用對象儘早被釋放掉，對於長周期對象，則不需要頻率記憶體回收以確保無謂地垃圾掃描檢測。為解決這種矛盾，Sun

    一年一度的五一過去都一周了，現在才想起來寫點東西，唉！人老了，也變得更懶了！    五一前本來打算約一個人一起去廈門玩玩的，去享受享受大海和沙灘的愜意！但被人放鴿子了，呵呵！沒辦法了，想想又得自己一個人在杭州享受孤獨了哈；沒想到30號那天，我的一個朋友說要出去露營，真是天助我也，很爽快的答應了，反正也沒露營過，就出去和大自然接觸接觸吧，也好多呼吸呼吸新鮮空氣！   

當我們系統裡面安裝一些軟體的時候，會預設在word中安裝一些外掛程式，比如Power Designer，金山詞霸等等；裝了這些外掛程式之後，我們每次開啟word的時候在工具列中就會出現一些新的按鈕，而且這些按鈕通過 工具 --》 自訂 --》 工具列 還不能將其刪除掉；不報錯的還好些，我的office 2003安裝了pd

問題描述如下，主要是針對測試環境： 1、首頁部分內容是從靜態伺服器上讀取，所以裡面很多的連結都是寫死的，是80連接埠的，為了不讓QA測試時再去手動修改成20080，所以需要自動將mall.alisoft.com:80/*自動跳轉到20080，或者是mall直接支援80和20080連接埠；2、WangWang浮出免登陸時由於IM用戶端已經寫死到aso.alisoft.com的連接埠也是80，所以mall和aso兩個應用都需要用到80連接埠； 為瞭解決上述問題，可以有兩種實現方式：1、 

DB之所以設定交易隔離等級，其重要原因就是要避免一些常見的髒資料的讀寫等問題，根據不同的交易隔離等級，我們能夠在資料讀寫並發效率和資料一致性方面取得不一樣的效果；在具體進入交易隔離等級之前，我們首先來看一下到底哪些情況是我們在DB操作中不希望看到的：Dirty Read髒資料讀取比如事務A的未提交（還依然緩衝）的資料被事務B讀走，如果事務A失敗復原，會導致事務B所讀取的的資料是錯誤的。Non-Repeatable

 B樹       即二叉搜尋樹：       1.所有非葉子結點至多擁有兩個兒子（Left和Right）；       2.所有結點儲存一個關鍵字；       3.非葉子結點的左指標指向小於其關鍵字的子樹，右指標指向大於其關鍵字的子樹；       如：             

在我們AEP開放API介面（Axis2+WSS4J）的時候，考慮了很多和其他平台的互連問題，比如和.Net、PHP的，結果後院差點起火，Java用戶端用Xfire驗證簽名時居然出錯，但只是一個提示出錯資訊，並不影響正常的簽名驗證和介面傳回值，所以前面的工程師就沒有當一回事；用戶端InHandler部分代碼：client.addInHandler(new DOMInHandler());Properties properties1 = new Properties();properties1.se

 提及RSA，大家會想到公開金鑰、私密金鑰、加密、解密、數位簽章、數位信封。。。但也許大家和曾經的我一樣，對其中的某些理解會存在誤區，最近看了下關於RSA的RFC 2313文檔，再加上自己的一些測試，終於理清了其中的一些關係，主要包括以下幾點：1、公開金鑰和私密金鑰間的關係；2、數位簽章和私密金鑰加密間的關係；3、數位簽章的驗證具體是怎樣的過程；公開金鑰與私密金鑰一般，我們可以用RSA演算法產生一對密鑰，公開金鑰發放給外部客戶，私密金鑰自己保管；有以下一些應用情境：【公開金鑰加密、私密金鑰解密】

wso2/wsf是wso2推出的基於wsf_c的系列web

一周前，筆者分享過一篇文章《seo診斷：透過Log日誌找到網站死結》，並在最後附上了兩條改善建議。由於客觀條件所限，最後採用robots 屏蔽的方法。先一起來看看一周后的蜘蛛變化，三大主流蜘蛛總抓取量銳減，證明robots檔案開始生效。從圖上的訪問次數、總停留時間和總抓取量看，有所進步但路還很遠。                　　然而，從11號開始，網站LOG日誌開始出現眾多中文非主流蜘蛛訪問，其中不乏知名俄羅斯搜尋引擎蜘蛛Yandexbot，還有不明“飛行物”AhrefsBot &

P7把主要精力集中於構建活動，可以大大提高程式員的生產率。在最近的一個項目中，對於這一點，我是深有體會。我們花了很長的時間做設計，結果接下來的許多工作都在愉快的心情下完成。我覺得P28的那個食物鏈的例子更有說服力，健康的生態環境中，海鷗吃新鮮的鮭魚，鮭魚吃新鮮的青魚，青魚吃新鮮的水蝽。這是一條健康的食物鏈。如果環境被汙染了，水蝽在汙染的水域遊泳，那麼海鷗，食物鏈的最後一環吃下的不僅僅是是不健康的鮭魚體內的垃圾，還有青魚，水蝽體內的汙染物。軟體開發中，架構師吃掉需求，設計師吃掉架構，程式員，軟體食

今天被同事鄙視了.why?因為,雖然經常配置quartz的運算式,但沒搭建過,故而從頭來過,洗刷恥辱.1.在官網下載檔案http://www.quartz-scheduler.org/現在的版本是2.2    quartz-2.2.0-distribution.tar.gz 2.學習exampleexample1 -  Your first Quartz Programpackage org.quartz.examples.example1;import

        我們在實現緩衝的時候，一旦把一個對象引用放到一個緩衝中，就很容易遺忘它，從而是的他不再有用之後的很長一段時間內仍然留在緩衝中，嚴重的會造成記憶體流失，用WeakHashMap管理緩衝，能夠很好的解決這中情況。                          WeakHashMap是 以弱鍵 實現的基於雜湊表的 Map。在

 TopLink 是位居第一的 Java 對象關係可持久性體繫結構，原署WebGain公司的產品，現在被Oracle收購，並重新封裝為

 package divideConquer;import java.util.Arrays;/* * 合并排序主要是在於合并 * 將兩個已經有序的序列全成一個有序序列 * 數組的區間為：[) 即從0開始 * */public class MergeSort {public static void merge(int a[],int low,int high){int mid = (low+high)/2;int data[] = new int[high-low];int i = low,j