其他

又發現了一個 .net 的 bug！最近在使用Regex的時候發現：在忽略大小寫時候，匹配值從 0xff 到 0xffff 之間的所有字元，Regex竟然也能匹配兩個 ASCII 字元：i(code: 0x69) 和 I(code: 0x49)；但是仍然不能匹配其他的 ASCII 字母和數字。 比如以下的代碼就是用來測試用Regex匹配從 0xff 到 0xffff 的字元。而值範圍在 0 到 0xfe 的所有字元是不能被匹配的。 Regex regex = new

魔獸和星際的最大差別是什嗎？ 在別的地方看到有的新人又玩星際又玩魔獸 所以問“魔獸和星際最大差別是什麼” 那麼普通神族農民解答一下 魔獸和星際的最大差別 （僅代表個人觀點） 魔獸娛樂性強 比較搞笑 你常常越玩越輕鬆 星際競技性強 比較嚴肅 你常常越玩越緊張 玩魔獸 就像唱卡拉ok 普通人練一首歌半個月 已經能贏得同伴的掌聲 玩星際 就像唱京戲 曲不離口的練上一年 可能還唱不上調子 學習魔獸 你能打贏兩家瘋狂電腦的時候 你和真人打就能取勝了 學習星際 你能打贏七家電腦 你還納悶怎麼還打不過真人

摘要 編寫串連數巨大的高負載伺服器程式時，經典的多線程模式和select模式都不再適用。 應當拋棄它們，採用epoll/kqueue/dev_poll來捕獲I/O事件。最後簡要介紹了AIO。 由來 網路服務在處理數以萬計的用戶端串連時，往往出現效率低下甚至完全癱瘓，這被稱為 C10K問題。隨著互連網的迅速發展，越來越多的網路服務開始面臨C10K問題，作為大型 網站的開發人員有必要對C10K問題有一定的瞭解。本文的主要參考文獻是

簡單點說:阻塞就是幹不完不準回來，   非組賽就是你先幹，我現看看有其他事沒有，完了告訴我一聲我們拿最常用的send和recv兩個函數來說吧...

Ubuntu7.10 非順利關機後，啟動出現如下問題.MP-BIOS bug:8254 timer not connexted to IO-APIC[24.862420]kernel panic-not syncing:IO-APIC+timer does't work!bootwith apic=debug and send a report.then try booting with the'noapic'option下面事解決方案：1

這次，我們在實驗環境中，通過一個完整的TCP從三向交握建立串連，互相各發送一個資料報，然後通過四次握手中斷連線的流程，來看看一般的TCP網路通訊是怎麼一個樣子的。我們還是在172.16.48.13(以下簡稱13)上建立一個TCP用戶端進程，串連172.16.48.1(以下簡稱1)的5002連接埠。然後向1發送一個資料報，1收到後，向13也發送一個資料，然後13發送FIN主動中斷連線。1也隨後發送它的FIN，完成中斷連線，這整個過程，總共有11個資料報，其中三向交握3個，資料通訊4個，中斷連線4個

之前一個項目中大量用到數字輸入的文字框，對於採用傳統的頁面驗證或者ASP.NE驗證控制項，工作量都是盛大。而在取數字文本取值時必須先檢驗是否填寫等等。為了避免以上問題，特地寫了 HTC 用戶端驗證輸入， 但是該驗證方式是客戶段實現的，沒有伺服器段驗證。為結合用戶端以及伺服器端驗證，所以寫了控制項 MicroSystem.WebControls.TextBox ,該控制項完全實現了 HTC

之前一直在使用梅花雨日曆控制項作為日曆輸入，但是在.Net 使用時發現幾個問題：1：每次在日曆框後面都要寫一個映像等代碼；2：如果使用者沒有輸入資料在伺服器取值時還要先判斷；為瞭解決以上兩個問題所以寫了如下的控制項：該控制項使用簡單只有直接拖拽到頁面即可，取賦值時全部使用Value屬性。請注意：為了方便替換日曆控制項，控制項JS並沒有包含在Dll中，所以頁面必須包含  日曆控制項 的 JSMicroSystem.WebControls.Datebox 日期文字框（IE5+）：內建了日曆選擇功能（

線程的同步可分使用者模式的線程同步和核心對象的線程同步兩大類臨界區是屬於使用者模式的線程同步;

在我們為程式集寫單元測試的時候，經常遇到一個問題：用於寫單元測試代碼的程式集不能直接存取被測試程式集中的 internal 類型和成員。一般這時我們都用反射的方法，但是這卻是效率不高，很費時費力的:( 在 .NET Framework 2.0 中出現了一個新的東西叫做“Friend Assemblies”（friend 組件）。這個東東和 C++ 中的 friend 比較類似。在 .NET 中，通過friend 組件的方式可以讓 internal 的類型或者方法等被其他的 assembly

解決方案:     1.查詢分析器直接登入遠程伺服器來建表         2.登入方式不變,直接登入本機SQL,然後用下面的方法在連結的伺服器中建表   建立串連方法如（使用連結的伺服器執行遠端資料庫上的預存程序 ）      select   *   from   openquery(srv_lnk,'set   implicit_transactions   off;     --建表的語句     create   table   tempdb.dbo.tb(a   int)      

文章目錄 1.TCP的互動資料流2.TCP的成塊資料流

假設定義的記錄名為myresDim myexcel As New Excel.ApplicationDim mybook As New Excel.WorkbookDim mysheet As New Excel.WorksheetSet mybook = myexcel.Workbooks.Add  '添加一個新的BOOKSet mysheet = mybook.Worksheets.Add 

今天同事介紹一個三層結構的視屏網站。地址：http://www.tg029.com/ 下來看看，感覺講得不錯，有些心得的。UI (表現層)BLL (邏輯層)DAL(資料層)三個層之間的關係大約如下： UI －> BLL　－＞　ＵＩUI ->  BLL ->  DAL -> BLL -> UI 除此之外，還有一個Model ，它比較特殊，不上不下。資料庫表相對應的類對象。一般是有幾個表結構有幾個Model類型的對象。 這個視屏中將三層結構簡單的說了一下。感到頗有收穫。

(1).視窗機制    滑動視窗協議的基本原理就是在任意時刻，發送方都維持了一個連續的允許發送的幀的序號，稱為發送視窗；同時，接收方也維持了一個連續的允許接收的幀的序號，稱為接收窗口。發送視窗和接收視窗的序號的上下界不一定要一樣，甚至大小也可以不同。不同的滑動視窗協議視窗大小一般不同。發送方視窗內的序號代表了那些已經被發送，但是還沒有被確認的幀，或者是那些可以被發送的幀。下面舉一個例子（假設發送視窗尺寸為2，接收視窗尺寸為1）：   分析：①初始態，發送方沒有幀發出，發送視窗前後沿相重合。接收方

在部落格上寫文章，粘貼代碼的時候如何格式化好，是我經常碰到的一個問題。用部落格園提供的那些格式化工具倒也很方便，不過要做些更改的話就比較麻煩。而且像我這樣比較喜歡直接編輯 HTML 的不是很喜歡使用這些工具。因為要使用這些工具，必須換到可視化編輯狀態。而再換回到 HTML 狀態的時候，原來格式化好的 HTML 可能就被編輯器給弄得亂七八糟了 :(所以我就打算用 javascript

安裝SQL Server2000的時候，安裝程式提示我安裝程式被掛起，讓我重新啟動電腦，但我即便是重新啟動了再次安裝，SQL Server2000的安裝程式依舊提示我這個錯誤。看來重起並不能解除被掛起的安裝程式。 查閱了資料，得知要解決這個問題需要刪除註冊表HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager下的PendingFileRenameOperations子鍵。按照名稱來理解

     表達能力一向一般，所以很少寫東西，試著寫一下  鬥膽發到首頁    大家批評指正   呵呵    

目前好些自動產生代碼的工具，功能很強、操作簡便。但是那些都是基於資料庫的。我們項目組是用PowerDesigner 11 做資料庫設計的。用一些工具自然可以產生實體代碼，但是得不到實體屬性的說明。網上搜尋了好些工具都沒有類似功能。所以決定自己寫一個小工具（PowerDesign2Domain），可以通過 PowerDesigner  的APM檔案產生基本的VB 實體，ibatisNet 代碼

1 收縮特別大的資料庫記錄檔,只需把 DBname 換成你需要收縮的資料庫就可以了. 2 建議先備份資料庫。 3  4 declare @dbname sysname 5 set @dbname='dbname' 6 --1.清空日誌 7    exec('DUMP TRANSACTION ['+@dbname+'] WITH   NO_LOG') 8  9 --2.截斷交易記錄：10    exec('BACKUP LOG ['+@dbname+'] WITH NO_LOG')11 12