Umbraco 7.6.3 Appendのインストール後、App_Data仮想ディレクトリに

Question

のForms 6.0.1をインストールし、App_Dataに仮想ディレクトリを使用すると、CMSが非常に遅く動作することがわかりました。私たちのクライアントの中には負荷分散されたライブ環境があり、App_Data、メディアなどの仮想ディレクトリを作成しています。サイトをバージョン4.8.0から7.6.3にアップグレードし、Formsをインストールしてデモ環境にデプロイした後、CMS永遠に何かをしていた。私たちはUmbracoの様々なバージョンのApp_Dataに数年間仮想ディレクトリを使用してきましたが、このアプローチでは何の問題も発生しませんでした。問題は、我々は以下の手順に従って問題を再現することができましたアップグレードに何によるものではなかったことを排除するために

：

1. 地元のdevのマシンでは、Umbraco 7.6の新しい（クリーンバージョン）をインストール.3。
2. IISを使用してlocalhostをセットアップして、（IIS Expressではなく）サイトにアクセスします。
3. IISのApp_Data用仮想ディレクトリを作成し、ソリューションのWebルートの外部にあるフォルダを指します。
4. CMSのページ読み込み時間は平均して約20秒です。この時点で750ms。
5. インストールされているフォームバックオフィス経由のフォーム。
6. Formsがインストールされた後のCMSのページ読み込み時間は、平均21秒の時間が大幅に増加します。

IISから仮想ディレクトリを削除するか、web.configでfcnmode = "disabled"に設定すると、CMSは再び動作します。私がfcnmodeをdisabledに設定して読んだところから、ファイルの変更に関する通知は停止しますが、これに対してはアプリケーションプールがリサイクルされないという欠点があります。これは私たちが生きなければならないものかもしれませんが、私はフォームがこれを引き起こすボンネットの下で何をしているのか不思議です。以前はフォームがApp_DataではなくApp_Pluginフォルダに追加されていましたが、これには理由がありましたか？

Umbracoログが劇的にファイルサイズが大きくなり、次のものが含まれます。

2017-06-27 09:37:12,192 [P23168/D99/T80] INFO Umbraco.Core.UmbracoApplicationBase - Application shutdown. Details: ConfigurationChange 

_shutDownMessage=CONFIG change 
HostingEnvironment initiated shutdown 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
CONFIG change 
HostingEnvironment caused shutdown 

_shutDownStack= at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo) 
at System.Environment.get_StackTrace() 
at System.Web.Hosting.HostingEnvironment.InitiateShutdownInternal() 
at System.Web.Hosting.HostingEnvironment.InitiateShutdownWithoutDemand() 
at System.Web.HttpRuntime.ShutdownAppDomain(String stackTrace) 
at System.Web.Configuration.HttpConfigurationSystem.OnConfigurationChanged(Object sender, InternalConfigEventArgs e) 
at System.Configuration.Internal.InternalConfigRoot.OnConfigChanged(InternalConfigEventArgs e) 
at System.Configuration.BaseConfigurationRecord.OnStreamChanged(String streamname) 
at System.Web.DirectoryMonitor.FireNotifications() 
at System.Web.Util.WorkItem.CallCallbackWithAssert(WorkItemCallback callback) 
at System.Web.Util.WorkItem.OnQueueUserWorkItemCompletion(Object state) 
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) 
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) 
at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 
at System.Threading.ThreadPoolWorkQueue.Dispatch() 

Answer 1

私は、問題は、このファイルではなく、仮想パスの物理パスから読み込まれていることであると信じています。 ¥App_Data¥TEMP¥formsupdate

このファイルを物理的および仮想的な両方の場所に含めると、この問題を回避できます。それは、web.configファイル内、いずれかの影響を保持しているが、あなたのdevのマシン上で万が一http://issues.umbraco.org/issue/CON-1456