共有セッション状態: Web アプリケーションのアクセシビリティのボトルネック
この例は、ASP.NET Web アプリケーションの共有セッション状態がアクセシビリティにどのように悪影響を与えるかを示しています。 /HRMS と /TravelDesk の 2 つのアプリケーションは、SQL Server に保存されている共有セッションを利用し、次のように構成されています。
<code class="language-xml"><sessionstate allowcustomsqldatabase="true" compressionenabled="true" cookieless="false" mode="SQLServer" sqlconnectionstring="Application Name=Portal;data source=localhost;Initial Catalog=ASPState;User ID=sa;Password=dev2005" stateconnectionstring="tcpip=127.0.0.1:42424" timeout="720"/></code>
/HRMS にログインしているユーザーは、別のブラウザ ウィンドウからアクセスすると、/TravelDesk でもセッションがアクティブであることがわかります。 ただし、/TravelDesk 内で長時間ファイルをアップロードすると、SQL Server の共有セッションがロックされ、アップロード プロセス中に /HRMS にアクセスできなくなります。
解決策
解決策は簡単です。特定の /TravelDesk ページまたは長時間のアップロードを担当するハンドラーのセッション状態を無効にします。これにより、セッションのロックが防止され、/HRMS の応答性が維持されます。
追加情報
以上がASP.NET Web アプリケーションの共有セッション状態はアクセシビリティにどのような影響を与えますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。