其他

在來自SHOW PROCESSLIST的輸出中常見的一些狀態：· Checking table  線程正在執行（自動）表格檢查。· Closing tables  意味著線程正在重新整理更改後的表資料，並正在關閉使用過的表。這應該是一個快速的操作。如果不快，則您應該驗證您的磁碟沒有充滿，並且磁碟沒有被超負荷使用。· Connect Out  串連到主伺服器上的從屬伺服器。· Copying to tmp table on

Q：當通過HttpClient這個工具包去訪問某個URL時，服務端返回了不是你期望的資訊？A：很有可能是請求的參數沒有進行編碼過，服務端接受到這些參數時出現亂碼，從而導致返回資訊不正確；要想佈建要求內容的編碼，可以通過如下這行代碼實現：postMethod.getParams().setHttpElementCharset(encoding); //getMethod同樣適用Q：如何保持tracelog參數始終在URL後面，以保證可以被apache日誌記錄便於後續分析統計？A：有些同學可能會覺得

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

每次去參加各類大會或者培訓之後，就下定決心說要好好學習英語，不過這個目標還是一次次的沒有實現；當然工作忙、時間緊、沒語境……都成了有力的介面；但是這次偶想到一個退而求其次的方法，雖然沒有練習聽力的語境，但是我們可以先把英語翻譯能力練習起來，平時看英文doc的時間也不少，自認為看大多數文檔都不存在啥障礙，但此次的要求是將他們翻譯出來，呵呵，別小看哦，能看懂和能翻譯出來可完全是兩個level！不信你也可以嘗試一把，呵呵；此次，正好遇到自己在看關於ICE相關的一些文檔，網上search了也沒有比較詳細

前段時間，到市一醫院體檢，拿著體檢單子一瞅，啊！上面寫著25歲，我心底裡一下子酸了起來，時間過得真快啊，畢業兩年，一轉眼自己就是快奔3的人了，但是生活還一團糟，事業愛情無一所獲，一種失落的感覺頓時湧上心頭！     06年以來，已經參加了好幾個朋友的婚禮了，這不，下周又有一個要結婚了！有人說婚姻就象圍城一樣，外面的人努力的想要進去，而進去的人卻拚命的想要出來！但我現在真的想進去，好嚮往那種平凡而穩定的生活，就算婚姻真的有那麼可悲可怕！但回頭看看，自己現在真的是一無所有哦，談什麼結婚，不是扯淡嘛，

前段時間公司有幾個人去參加了WEB 2.0大會，回來給大家做了一些分享，其中有一項為《加速網站響應的14條規則 》；其演講嘉賓為原yahoo首席效能官Steve Souders，現在已經轉投google啦；很有些意思，一些簡要的前端page最佳化就能讓你的網站響應度提高40%，心動了吧！其規則如下：Make fewer HTTP requests（盡量減少http的請求次數）Use a CDN（鏡像，並行下載）Add an Expires header（使用browser cache）Gzip

08.5.24日第二屆中國網路工程師俠客行大會在杭州之江飯店召開啦！相較於去年第一屆在浙江省人民大會堂的舉辦，本次大會顯得低調了許多，時間上也壓縮了一半，由2天變成了1天；自己參加自己公司組織的這種大會好像總沒什麼特別的感覺，就應該如此？還是自己要求太高？聽慣了所謂大牛們的主題演講，真的沒啥新意，沒啥感覺，甚至都快睡著了！最後馬總的演講還是比較精彩，即興、激情、洒脫！馬總提到一點大會初衷（完全是技術的盛宴）讓我想起了去年我去上海參加BEA WORLD

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

最近AEP的各個項目正搞得如火如荼，一些外部的ISV已經開始接入進來了；文菩薩也寫了很多關於WS-S和HTTPS相關的一些文章，以及在和ISV調試過程中的一些經驗；於是，我也對web應用互動安全這塊東西再去系統的學習了一把，主要是關於數位憑證及其延伸部分的相關東西；本文主要是簡要介紹下數位憑證的基本概念，起一個拋磚引玉的作用，如果我有興趣的同學可以按照後面的學習路線圖進行深入；本來我想將整個過程的知識點都整理出來，當我去系統的學習了之後卻發現每塊東西都是挺龐大和複雜的，並不是三言兩語就能說清楚的

本次cache興趣小組的kickoff主要是給大家介紹了一些常見cache系統，以及在項目選型中需要考慮的一些因素，不同的應用情境下有哪些cache系統可供選擇等等......；各個部分也都講得很粗粒度，主要是拋磚作用；ppt中的關鍵兩頁內容如下；詳細內容可見附件PPT；Cache系統實現常見手段Memory Cache Page：squid、cacheflow Data：  Java： oscache、jbosscache 、ehcache

    05年8月13-14日兩天參加了杭州Extrain組織的拓展訓練，訓練基地為臨安青山湖景湖度假村，成員為浙大網路的15位同事；這是我第一次參加拓展訓練，但是他帶給我的是震撼、驚訝、……    拓展訓練（outward bound），在國外很早已經盛行，95年開始傳入香港，99年開始傳入大陸；目前很多大公司都讓其員工去參加培訓，no doubt !這種體驗式培訓對於員工來說是非常有價值的，而且這種方式員工也非常樂於接受，既娛樂了自己，同時又學習到很多的新的管理、決策等各方面的知識。   

為了測試各種格式的認證讀取操作，我寫了個很簡單的Test類，結果卻出現如下錯誤：java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) at

hession經常用在遠程服務介面調用中，因為其效率非常高（基於http的binary協議），配合Spring使用更是非常簡單；  但是有個問題，hession介面的驗證不是很方便，一般的驗證方式為：在IE中請求hession介面暴露出來的URL，傳回碼為500即表示介面可用；但這和標準web

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

從今年年初回來，我們就接到訊息，說網店版今年不會重點發展了，我們大部分同學都會去做其他東西，至於網店就留下一個人維護維護就OK啦！於是，一場全員遷徙就開始了，我前往了IST團隊，很快Q1結束了，IST的使命也完成得差不多了；此時研發中心打算推行SQA制度（以前由QA團隊也推行過，但是效果不大），由我們研發中心的同學來兼任，這樣我又來到了SQA團隊，負責在AEP平台中心各項目中推行SQA，當然這裡面具體工作包括SQA實施試驗、相關模板制度制定等等；現在，SQA在613項目中的試驗已經全部結束，項目

目前Web服務的相關標準是WSDL【Web服務描述語言】，一種標準的類似XML　Schema的語言，用它來詳細說明Web服務和SOAP【簡易物件存取通訊協定 (SOAP)】，Web服務使用的實際的溝通協議就是SOAP。WSDL 綁定樣式由兩個屬性群組合而成：style、use；style可以是RPC/Document，use可以是Encoded/Literal；下面解釋下這4個名詞的意思：RPC 樣式RPC樣式指定<soap:body> 元素包含一個將被調用的web方法的名稱的元素（

函數可以用對象去記住先前操作的結果，從而避免無謂的運算。這種最佳化，被稱為記憶。Memoizations，而js的對象和數組實現這種最佳化十分方便。Var Fibonacci = function (n) {        Return n<2 ? n : Fibonacci(n-1)+ Fibonacci(n – 2);};For (var i=0; I <= 10 ; i+=1) {        Document.writeln(‘//’ +I + ‘ ;’ +

這些天，由於David J. DeWitt在Database Column上寫了一篇文章： MapReduce: A major step

Web 服務已經出現很久了。首先是 SOAP，但 SOAP 僅描述訊息的情況，然後是 WSDL，WSDL 並不會告訴您如何使用 Java 編寫 Web 服務。在這種情況下，JAX-RPC 1.0 應運而生。經過數月使用之後，編寫此規範的 Java Community Process (JCP) 人員認識到需要對其進行一些調整，調整的結果就是 JAX-RPC 1.1。該規範使用大約一年之後，JCP 人員希望構建一個更好的版本：JAX-RPC

由於我們現在用ibatis做persistence，需要寫很多的xml代碼，在不用產生工具的情況下，多多少少影響了我們的開發效率；         尤其是當表裡面欄位比較多的時候，寫欄位和bean屬性之間的映射關係非常耗時，而且排錯非常麻煩；         我個人覺得ibatis的設定檔還是自己寫比較可控，代碼也比較好看，可以少很多的垃圾代碼；而且只要我們適當利用好一些小工具，開發效率也會非常的高哦！         解決辦法：excel資料庫表結構設計schema +