其他

今天訪問公司的一個網站，突然發現網頁顯示不對，右鍵查看HTML代碼，發現iframe了一個網站的js檔案，不用說，肯定被掛馬了。進入伺服器，看了下檔案原始碼裡並沒有這個iframe的代碼，但整個伺服器的所有網站訪問後代碼裡都自動加了這個iframe代碼。我第一反應會不會是IIS映射被修改了啊，查看了下裡面也沒什麼被修改的突然我想起以前大學的時候，學校網站也出現過這個問題，是當時瘋狂的ARP病毒引起的，就是不是本機有病毒，網路中有混雜模式的機子。於是我想建議裝一個ARP防火牆。網路上搜了下，說也可

 任意兩個對象，對他們存在相同的欄位賦值，欄位包括普通property,其他類對象，父類的property。由於是任意對象，不知道類型，因此一般的做法是直接調用反射,spring.net內部封裝了任意對象賦值的方法，但是經過我的測試，發現它的速度比直接反射還慢，不知道是自己哪裡沒有最佳化，還是方法執行有問題，粗略看了一下spring.net內部原始碼，發現它自己實現了運算式樹狀架構和AST來解析它的封裝對象，沒太看明白，如果有誰之前研究過，可以分享一些技術文章出來。本次用直接反射,Spring.

 1、用SysComments的原因最近新模組的開發，需要更改和新增的預存程序比較多，為了同步開發環境和測試環境的預存程序，能在更新程式後，馬上能整理出更改的預存程序指令碼，並更新到測試DB伺服器上，我用了SqlServer的系統資料表SysComments，它記錄了資料庫中所有的對象，當然包括了預存程序，該表有個text欄位，它記錄了sql定義的指令碼內容，如果是預存程序，則記錄的預存程序指令碼。用它，可以寫批量sql語句，直接協助同步預存程序到測試資料庫，因為為了和以後產生環境更新方式一致，

最近在做項目資料庫最佳化過程中，考慮了資料庫表分區的方案，MSSQL2005新增了表分區的概念，現在我用測試表來做一次表分區。表分區可以把不同資料放到不同資料庫檔案，按物理地址來隔開資料，理論情況下如果伺服器是多磁碟，多CPU，還做了磁碟陣列後，查詢操作效率會更明顯。現在基本所有資料庫都存在表分區的概念，但MSSQL表分區一些細節又不一樣，我現在也是有一定的瞭解，因此本篇文章不做很細的原理性質的講解，主要講一下MSSQL表分區的建立過程。首先建立新的資料庫檔案，分別放到我原生D:\SPParti

前段時間有同事用自訂的module來攔截webservice，通過解析webservice的類試xml的對象來擷取一些未經處理資料，但是上線後一直拋400錯誤，經過我的反覆分析，終於發現其中問題。最終的原因是在context.Request.InputStream.Read(buffer, 0, length); 和context.Request.InputStream.Position = 0;

Remoting雖然都出了好多年了，但我們項目有一部分還在用remoting，前段時間一個同事說，我的一個remoting服務端版本升級後，方法中其中一個參數是一個類對象，但這個對象新增了一些欄位，但由於用戶端沒升級好，還用老的對象去調用，是否會有問題。經過簡單測試，我發現完全沒問題，可以互相調用。測試了三種情況：1、 用戶端的類對象比服務端少一些欄位。2、 用戶端的類對象比服務端多一些欄位。3、 用戶端的類對象和服務端對象不一樣，命名都一樣。最後證明第一、二種情況都是沒問題的，第三種情況如果對

最近養成了習慣，每天必須看部落格園裡的文章了，現在技術很差，為了更好的提高技術，於是申請了這個BLOG。 讀大學時也做.net的項目，不過現在想起，有點閉門造車的感覺，沒有牛人的環境，現在看以前的代碼就是為了完成功能而寫，很不配說自己是一個程式員，雖然自己很喜歡程式員這份工作。 Lawon這個名字是我上一份工作在上海浦東軟體園區一個公司的英語名，那裡大食堂旁邊的超市名也叫Lawson,我以為和這樣的牛人環境比較有緣的，但卻在這個公司的時間非常短暫，不過讓我學了很多東西，讓我發現了自己很多學習上的

2010年年初微軟就正式發布了.net4.0和VS2010,不久我們有B/S項目就開始用起來了，但對一些服務端特性和新技術並沒用，比如.net4.0對線程池的一些最佳化。.net4.0線程池新增了Cooperative Cancellation模式，它可以讓線程池取消繼續執行，在.net4.0以前，如果把任務交給了線程池，想要它停止下來幾乎不可能，因為微軟沒有這樣的介面，除非自己封裝一個線程池，但.net架構內建的線程池執行會根據機器當前CPU、記憶體等綜合資源來調度的，調用更方便，效果也更好。

當自己程式遇到效能問題，比如請求反應緩慢，怎麼分析是哪裡出了問題呢？dottrace可以協助.net程式跟蹤出代碼裡每個方法的執行時間，這樣讓我們更清晰的看出是哪裡執行時間過長，然後再分析應該怎樣解決。Dottrace是由JetBrainshttp://www.jetbrains.com/ 公司開發的一款產品，它分dottrace Performance和dottrace Memory 兩個工具，dottrace

如題，直入主體:1、去CKEditor官方網站下載CKEditor.NET和CKFinder.NET兩個控制項。2、建立一個類庫工程，並引入相應的程式集，在項目中建立CKEditor.NET和CKFinder.NET兩個檔案夾，並把相應類庫中的檔案直接拷貝到這兩個檔案夾中，注意不要更換命名控制項，一切預設即可。（原因很簡單，就是在這些控制項如檔案上傳時，是原來的命名控制項，如果更改了，這些檔案所引入的命名空間將要修改，這是個很龐大的工程，不要去想了。）3、在AssemblyInfo.cs檔案委任

本文是自己的一個測試記錄，沒有其他技術開發參考價值，作為一個自己的記錄。通過一台伺服器去壓一個webservice伺服器，快取服務器是用微軟開源的sharecache，兩個壓力測試結果相差不大，內部是自己調整了服務端配置參數，和程式緩衝和相關處理後的結果，結果如下： 通過用2伺服器作為用戶端，壓122伺服器，sharecache在123 伺服器。 利用緩衝：壓力測試在200個並發下，利用政策分組緩衝和政策緩衝後，伺服器大概有38.8QPS，235個線程，222M記憶體，201M虛擬記憶體，95%

很早看到windbg+sos方面的知識，一直沒仔細學習，也許因為自己做的系統還不夠複雜，也沒線上真實環境查看的許可權，一直沒學習這方面的知識，最近幾天仔細找了這方面的資料，自己也寫了個可能造成高CPU高記憶體的測試web頁面，發現確實不錯，即使一個生手，也可以用工具連蒙帶騙的猜出哪裡出了問題，當然對一些命令和內部標示更熟悉了後，可以更好的找出問題所在，非常值得學習。我在使用過程中，也遇到大量問題，比如系統相容，軟體版本，.net版本等，部分我也沒能理解清楚，但現在確實用它找到了程式的問題，因此作

上一篇隨筆是差不多2年前的了，哎，時間太快太快。當時還在南京，朋友的公司，可以上班到半夜2,3點走，也可以到下午再來上班，很是自由，當時很是想一頭紮進技術領域，卻坡坡坎坎的過了兩年，技術文章也沒寫過，也沒有那麼有熱情的研究技術了，現在還是做開發方面，但希望從此更多的總結和學習技術、學習做人。回重慶，工齡1年不到，開發職位都沒人要，運氣還好，以投遞測試工程師的簡曆找到了一家還可以的公司，轉面試開發通過的，有幸和父母買了房子，拿著餓不死的待遇，扛著房貸的壓力而"無法自拔"。工作幾年，發現自己不再那麼

最近我所在項目組的測試伺服器的w3wp進程CPU經常接近100%，w3wp是IIS6及之後版本應用程式集區的進程。肯定程式出了問題，但由於一個應用程式集區可能掛接多個網站，我們的每個網站幾乎都是龐大的代碼量，不好定位到底哪裡出了問題，並且進程可能不穩定，為了不用一直觀察測試伺服器w3wp是否正常，我用代碼寫了一個windows服務，當發現w3wp進程佔用cpu達到指定值，就自動抓取對應異常時的w3wp記憶體dump檔案並發送郵件等，方便自己能分析異常時進程的記憶體dump檔案。 一、      

最近用Myeclipse簽入CVS代碼時，先同步cvs代碼時，一直報錯：這個錯誤沒有具體說明什麼檔案還是什麼出錯了。然後我為該java項目選擇先更新代碼，team->update，卻一直提示：The server reported an error while performing the "cvs update" command. (took 0:40.484)   Error: XXXX: The server did not provide any additional

    其實這篇文章是1年多前整理和總結的，比較基礎，但有時確實忘記了需要查看一下，留個備份。    Session,cookie是b/s中最常見的元素，除了只支援wap1.0的手機，部分不支援cookie，因此session用戶端也一般存到url上，或者用戶端禁止cookie，但現在一般不手工禁止cookie。下面對它們的區別做個簡單的介紹，這裡涉及具體配置就用.net環境下的配置介紹，不同語言思想都一樣。下面簡單介紹Http協議和Session,Cookie介紹和簡單區別：Http協議：  

此博文是直接引入http://www.cnblogs.com/windfighter/archive/2013/05/13/3076628.html，如果你覺得可以，請把這個博主點以下推薦。我們來看一下IE9下和Chrome下面，上傳檔案時介面上的一點點區別。IE下用的是全路徑，而Chrome只是檔案名稱，造成了以下錯誤 修複方法CKfinder雖然是商用代碼，但是也是開源的代碼。允許你用來demo。其源碼目錄結構如下：  找到_source下的CKFinder.net.sln檔案，開啟，定位到

以前用MVC，不是用的原生態視圖解析引擎，調式MVC原始碼一直沒有注意，這次項目準備用原始視圖解析引擎，我想調式MVC原始碼的時候，把web.config中compilation節點下的assemblies中的MVC

.NET開發的工具，可以用ILSpy等很輕鬆的反編譯查看源碼，為了保護自己寫的軟體，一般會對軟體進行加密，不僅內部關鍵資料通過加密，軟體開發完畢後，對軟體也進行加密，防止別人很輕鬆的反編譯和查看到比較重要的資料，我試了下Reactor混淆和加密後的dll和exe，用它很簡單的混淆和加密檔案後，它們不會被很輕易的破解和查看源碼了。比如dll和exe加密和混淆配置如下：儲存後的dll和exe用ILSpy查看如下dll檔案的方法還可以看到，但方法內部已經看不到具體代碼了，exe檔案直接不能反編譯查看。

最近頭疼，做事效率很低，寫點文章休息休息。最近南京公交系統(http://www.nj84.com/)快做好了，手機簡訊和電腦都馬上可以訪問了，算了下這個項目到現在過了57天了，不過中間一場官司和國慶節七Apsara Infrastructure Management