因此,我有時使用app_offline.htm在上載新版本時使應用程序脫機。使用app_offline.htm在更新dll時更新dll時失敗應用程序脫機
但是,雖然我正在上傳較大的dll的過程中,我得到黃色的錯誤屏幕說dll無法加載。
這似乎與我對app_offline.htm的作用(完全停止應用程序)的預期不同步,並且還向用戶提供了錯誤,而不是我貼出的漂亮的app_offline.htm。
我做錯了什麼或者是這種設計行爲?
因此,我有時使用app_offline.htm在上載新版本時使應用程序脫機。使用app_offline.htm在更新dll時更新dll時失敗應用程序脫機
但是,雖然我正在上傳較大的dll的過程中,我得到黃色的錯誤屏幕說dll無法加載。
這似乎與我對app_offline.htm的作用(完全停止應用程序)的預期不同步,並且還向用戶提供了錯誤,而不是我貼出的漂亮的app_offline.htm。
我做錯了什麼或者是這種設計行爲?
的app_offline.htm是關機的應用程序,但沒有完全停止編譯器。
因此,在您上傳的第一個dll中,編譯器會看到不同並重新開始編譯...因此,當您嘗試下一個dll時可能會被編譯使用,並且無法刪除/更換。
即使您要求關閉應用程序,仍然有可能會創建進程並使用此dll。
我在做什麼,我上傳服務器上的所有文件在另一個目錄中,我打開app_offline.htm,然後等待我的所有池關閉(我在應用程序端有消息),然後我複製從服務器上快速更新所有更新文件。與ftp不同的是,上傳時間大於編譯器觸發從dll重新編譯全局函數的時間。
要看到即使使用app_offline.htm,系統仍然會編譯,只需使用Process Explorer並查看編譯。
什麼是編譯?我認爲編譯dll除了頁面。
消息來自編譯器,試圖編譯程序,從第一個dll開始你已經上傳編譯器並啓動新的編譯,現在你上傳了下一個,並且正在嘗試編譯,該DLL由ftp鎖定。
對不起,我不是很清楚你收到的錯誤信息。你是說它告訴你這些.dll仍在使用中? – womp 2010-09-17 16:33:39
用實際的錯誤信息更新。 – Kjensen 2010-09-17 16:41:43