我們的團隊剛剛開始爲Sitecore CMS開發。Sitecore(開發人員環境)的重啓時間更快
我們發現,每次代碼更改(.cs文件)後,應用程序需要重新啓動,sitecore的重新啓動需要2.5或3分鐘。 我們的本地PC的開發環境與遠處的數據庫進行通信。除了增加我們的帶寬到數據庫,有沒有方法加快sitecore重新啓動(關閉緩存等)
Sitecore開發人員通常使用IIS或VS的Web開發環境?
我認爲使用IIS仍然會出現每次更改後重新啓動sitecore的相同問題?
我們的團隊剛剛開始爲Sitecore CMS開發。Sitecore(開發人員環境)的重啓時間更快
我們發現,每次代碼更改(.cs文件)後,應用程序需要重新啓動,sitecore的重新啓動需要2.5或3分鐘。 我們的本地PC的開發環境與遠處的數據庫進行通信。除了增加我們的帶寬到數據庫,有沒有方法加快sitecore重新啓動(關閉緩存等)
Sitecore開發人員通常使用IIS或VS的Web開發環境?
我認爲使用IIS仍然會出現每次更改後重新啓動sitecore的相同問題?
我們本地pc的開發環境與遠處的數據庫進行通信。
這可能是減速的一大原因。至少在其數據緩存建立之前,Sitecore確實需要相當多的數據庫通信。開發週期將阻止它建立任何有用的數據緩存,因爲你經常重新啓動。我建議運行一個更接近開發環境的數據庫並使用軟件包,或者查看Team Development for Sitecore或Unicorn。
我不得不再說這句話。 Sitecore在啓動時通過網絡檢索大量數據以重新填充其項目緩存。嘗試針對本地數據庫進行開發,並且我願意打賭,在構建之後,您會看到重啓時間顯着提高。 – 2009-11-05 19:02:54
也許你可以使用CodeFile而不是CodeBehind。 請參閱我們的Presentation Component Cookbook第2.2.3節。 使用這意味着您不必重新編譯單個頁面。 當然Sitecore掛鉤需要重新編譯。
親切的問候,
亞歷克斯·德格魯特
Sitecore的解決方案架構師
亞歷克斯,非常感謝,我會檢查出來的!我讀了你的博客,實際上是想把你的電子郵件作爲我的下一個行動路線:) – David 2009-09-01 20:54:59
您還可以添加optimizeCompilations="true"
到<compilation>
節在web.config中,如果你在Webdev的或IIS 7/7.5上運行。 NET 3.5 SP1(或MS的修補程序)。有關於"Understanding ASP.NET Dynamic Compilation"的更多信息。
我感覺到你的痛苦,我們正在爲我們的數據庫使用天藍色,而且速度很慢。它是最糟糕的。 – LessQuesar 2016-03-11 01:04:46
@LessQuesar,我好幾年沒有碰過這個。那仍然是架構? – David 2016-03-16 21:04:42