其他

aspnet_isapi.dll' 報告它自身有問題，原因如下: '檢測到死結'。今天系統突然折了，但是問題在哪呢？很費周折。錯誤資訊：ISAPI 'c:\windows\microsoft.net\framework\v2.0.50727\aspnet_isapi.dll' 報告它自身有問題，原因如下: '檢測到死結'。有關更多資訊，請參閱在 http://go.microsoft.com/fwlink/events.asp

在幾篇文章當中，我介紹了 SnapShot(快照方式)和“只同步新更改和增量更改”這兩種同步方式並對相應的組建檔案進行了粗略的分析。今天開始把話題深入一下，聊一聊MSF的衝突檢測和處理。這裡所說的衝突(Conflict)

在上一篇文章當中，我通過建立一個SnapShot(快照方式)DEMO示範MSF是如何將遠端資料伺服器中的資料同步到本地

在Teched2008上聽了一節關於MSF（Microsoft Sync Framework

在使用ASP.NET時，常常使用Page的錯誤事件Error進行錯誤捕捉和處理。這種方式可以集中處理所有異常，這種方式有利有弊。集中處理的好處就不用囉嗦了，這裡只說明一下這種方式的局限，就是當頁面中的某個控制項發生異常之後，整個頁面執行都會中斷，然後處理異常，這樣一來，頁面就無法顯示。在實際開發中，常常有這樣的需求，即頁面是由多個相對獨立的控制群組成，其中一個控制項的錯誤不能影響到其它控制項的正常顯示。這就需要在控制項內部捕捉錯誤，並自行處理錯誤，然而控制項基類並沒有提供這樣的錯誤捕捉功能。如何

談起用戶端無重新整理遠程調用，其好處無需多言。其實現方式除了早些年流行的iframe非同步載入外，現在更多的是用基於JavaScript+xmlhttprequest對象技術，比如如日中天的Ajax。而在這裡我們介紹的是ASP.NET本身對用戶端遠程調用的支援--用戶端回調（念diao），當然了，它的本質也是XMLhttprequest。類似的文章在網上已經被翻爛了，如果嫌這裡說的不過癮，可以自己動手看看高手們怎麼說。建立實現用戶端回調的 ASP.NET

在進行了URL Rewrite之後，經常會遇到的問題就是頁面中PostBack的目標地址並非用戶端請求的地址，而是URL Rewrite之後的地址。以上一篇文章中的重寫為例：<rewriter>　<rewrite url="^/User/(\d+)$" to="~/User.aspx?id=$1" processing="stop" />　<rewrite

介紹表單對話方塊組件與微軟視窗作業系統中的對話方塊是一樣的；也就是說，PrintDialog 組件是“列印”對話方塊，OpenFileDialog 組件是 “開啟檔案”對話方塊，依此類推。與以往的 Microsoft Visual Basic 6.0 等 Windows 程式設計語言相似，.NET 架構提供了 Windows 使用者耳熟能詳的對話方塊。對話方塊的具體用途(如 Printdialog 可用於檔案列印等)通常是多種多樣的。故而在

本文討論:IIS 擴充點構建響應修改模組添加 IIS 管理器配置部署模組本文使用了以下技術:IIS 7.0, .NET FrameworkIIS 7.0 Web 平台與以往任何版本的 IIS 相比，可支援更多的應用程式架構技術來託管豐富的應用程式，它具有完備的功能，可以直接對這些應用程式進行部署。但是同時要注意，您所看到的（在 Windows® 安裝中）不一定是您最終得到的。IIS 7.0

我們在開發WEB項目的時候,經常會出現這樣的情況:在本地調試都是正常的,但是部署到伺服器上就不行了.一般出現這種情況很大一部分原因是因為服務的環境和本地不同,資料庫的配置以及伺服器軟體環境.如何能夠準確快速的判斷問題的所在呢?本人總結了我平時用過的三種方法.第一:憑經驗.自己寫的程式當然對於商務邏輯會非常清楚,頁面執行到什麼程度,什麼地方可能會出錯,憑經驗也能猜出可能出錯的地方.這種方法依賴於程式員的經驗.第二:讓應用程式報出黃頁,顯示具體的錯誤資訊.這種方法可以非常直觀的看出程式的錯誤所在.但

前陣做一個項目過程中，需要結合MapInfo進行地方展示開發，積累一點點心得與大家共用以下所有基於MapXtreme 6.6MapInfo提供了足夠強大的WinForm地圖空間，可以很方便地在VS中拖拉擺放。但如此強大的控制項也帶來了封閉性太強的問題。現在我們都接觸到了大量Web上的地圖，比如Google Map，Live

多個表單(MDI)同時展示，並相互操作這並不困難，小弟在這介紹一下由MapInfo中MapControl組成的多表單關聯處理。首先看看效果：以上多關聯地圖表單實現了：在同一個表單中載入多個（最多4個）地圖，地圖的拖拽、縮放操作可相互關聯，每個地圖上各個資料都可以完全不相同！現在我來說一下實現過程：首先要在同一個表單中載入多個地圖，我採用了UserControl來做：public partial class ViewMap

一.來看下資料資料解析首先後台先產生一種資料格式,這種格式跟JSON差不多(不知道為什麼不用JSON),查看HTML原始碼ComboBox2.Data =

ComponentArt相信很多人都用過.功能比較強大,而且使用方便.最近可能要用到這套控制項.所以順便要學習一下這套控制項是如何?的.我並不會貼一下代碼就了事,也不可能一篇就把一個控制項就講完.這樣的話,一個商業控制項也太簡單了.還是讓我們來一起來慢慢的分析.我會盡量憑自己能力把細節都寫出來我們先從ComboBox入手一.效果圖先看下效果圖一ComboBox特性:與DropDownList相比,可以自己輸入文本,但HTML未提供這樣的標籤,所以只能利用現有的標籤來類比.上面為截圖,讓我們來看下

我們的網站要提供PDF資源給使用者下載，其中有一些PDF檔案較大，運營一段時間出現IIS進程CPU佔用率高，記憶體使用量量增加，用戶端的表現就是輸出白屏。重啟IIS後， 才能正常對外提供服務。原因：當 ASP.NET 輔助進程（Aspnet_wp.exe，對於在 Internet 資訊服務 6.0 [IIS] 上啟動並執行應用程式，則為 W3wp.exe）執行檔案下載請求時，向 Microsoft Internet 信 息服務進程（Inetinfo.exe 或 Dllhost.exe）發送資料。

耗時很長的伺服器端事件中讓用戶端得到中間過程資訊的更合理的解決方案我認為《耗時很長的伺服器端事件中讓用戶端得到中間過程資訊的合理解決方案》一文中的解決方案不合理，屬於技術的誤用，滿篇的ajax這個詞很容易給讀者造成誤導 。原需求：B/S結構的系統裡,使用者點一個按鈕系統開始發送上千封郵件,要求把發送資訊(發送成功數,失敗數,剩餘數量...)動態即時的反饋給客戶.原文的技術誤用之處：（1）ajax，pageload

微軟最新的Windows 7作業系統中新穎的工作列一定是其亮點之一，它的改變眾所周知，工作列中的一項新特性快速跳轉‘Jump lists’就能讓使用者的操作更加便捷，滑鼠右擊工作列上的任一表徵圖你將看到這個特性。　　當你在使用Windows 7系統的過程中，滑鼠右鍵單擊工作列上的任意程式時，再也看不見：移動、最大化、最小化、還原、關閉等等選項了，取而代之的是捷徑清單。Windows XP工作列與Windows

上周,我們用一個補丁搞定了Windows 7的新版工作列,今天withinwindows更新了這一工具,它可以開啟Windows 7

要是有人問我Windows

我們現在使用的Windows7隻是一個beta版本，這個版本在正式版發行後是肯 定要刪除的。如何能安全體驗新作業系統而不給現有系統造成影響是不少使用者會 考慮的問題。在我們安裝雙系統的時候，往往會出現安裝軟體重複而發生系統混 亂的情況，也可能出現病毒的互相傳染，因此，讓兩個系統完全獨立是最佳的安 裝方式。另外，安裝新系統容易出現卸載不乾淨的痼疾，給以後安裝作業系統帶