顯示，同時上傳asp.net應用程序

一個醒目網頁，我們有一個活&部署ASP.Net應用程序是相當繁忙，這大約需要30 - 60秒的時候，二進制（bin文件夾）已經被上傳到加載。目前，由於該項目剛剛啓動，我們正在進行相對頻繁的更新和維護（每天一次或兩次）。顯示，同時上傳asp.net應用程序

該系統是目前使用1個Web服務器和網站託管在IIS。我們暫時不打算增加服務器的數量。基本上，我們希望的是，當用戶訪問該網站，如www.website.com，他們得到一個醒目網頁，一樣的東西：

Website undergoing maintenance and will be back online in a moment

我們已經嘗試過這種做法 - 在IIS中，我們已經定義了默認順序的文件（頂部是第一優先）

1. splashPage.html 
2. default.aspx

現在，該網站是活的和好了，我們改名爲splashPage.html爲splashPage2.html，所以它不是由IIS發現，並恢復到＃2條目，default.aspx。在我們上傳之前，我們將其從splashPage2.html重新命名爲splashPage.html，以便它找到並顯示它。

問題是，它似乎將IIS作爲一個整體處理Web應用程序 - 即使HTML文件不需要後臺處理，如果Web應用程序仍在加載，用戶仍需等待30-60秒，直到它加載，擊敗飛濺頁面的目的。

任何想法，我們如何能夠克服這個問題，在目前的基礎設施？

來源

2011-10-13 Karl Cassar

App_Offline.htm會做的伎倆爲您服務。

基本上，將在您的應用程序的根文件（包括所需的標記）和您的用戶將自動看到的內容，直到你把它退了出去。

來源

2011-10-13 10:20:22 Widor

我的問題是應用程序加載時間。 app_offline.htm技巧雖然在理念上很好，但會在網絡應用程序出現時關閉它。一旦我重命名它，應用程序就會啓動。這仍然留下30-60秒，而用戶不知道最新開發的內容 –

您是否正在使用預編譯的網站（全部捆綁到.dll中，並且您無法查看代碼隱藏）？如果不是，那可能會讓您更快啓動。除此之外，您可以做的事情並不多 - 以您描述的方式頻繁更新您的網站並不是最好的方式。也許每天都有一個宣佈的「維護」期，或者在一夜之間完成。 – Widor

如果它的問題維護，它必須在那裏完成，然後，不能等待。是的，我正在使用預編譯的網站。 –

是應用

上飛=>precompile it
裝載慢慢被編譯？簡介它

來源

2011-10-13 10:21:20

我正在使用一個web應用程序而不是一個網站，因此它被自動編譯 –

關於性能分析，這個差距主要是所需的數據庫項目的加載，以及NHibernate的初始化，並且沒有太多可以改進的地方。 –

顯示，同時上傳asp.net應用程序

回答

相關問題