0

asp.net Web サイト内のシングルトン リストに問題があります。設計に基づいて、すべてのカスタマイズされた情報を格納するためにシングルトン リストが使用されるため、最初のユーザーが Web サイトにアクセスすると、シングルトン リストが呼び出されます。空の場合は初期化されます (select SQL スクリプトを呼び出し、データベースからデータを取得します)。 ）。

次に、バックエンド サイトに、シングルトン リスト内のすべてのデータをクリアするために使用されるページがあります。これは、データベース内のカスタマイズされた情報を更新するときにのみ使用されます。

このロジックは明確で、正常に機能するために使用されます。しかし、昨日、新しいカスタマイズされたレコードを追加したばかりで、シングルトン リストをクリアした後も、新しく追加されたカスタマイズされた情報をまだ見ることができませんでした。私は何度も試してみましたが、うまくいきませんでした。テスト環境で同じことを行ったところ、完璧に機能しました。最後に、コマンドiisresetをときどき試してみましたが、機能し始めました。これは奇妙だったので、その理由を突き止めようとしましたが、誰か手がかりを教えてもらえますか? とても感謝しています。

4

2 に答える 2

0

コミットする前に IIS を再起動する必要がある構成変更がいくつかあります。私はそれを習慣にしており、起動時または初期化時に行った変更を行った後に IIS を再起動するのはかなり標準的な方法です。

基本的に、これをしなければならないことは珍しくありません。再構築されていない場合やそのようなものでない限り、心配する必要はありませんが、必要なときに構築されている場合は、それは良いことです.

IISサイトへのリンクは次のとおりです。

于 2013-02-27T00:48:10.893 に答える
0

アプリケーション分離モードの方向にあるか、コード内のまったく別の問題である可能性があります。アプリケーション分離モード用。ここを 読ん で ください.

OPからのコメントに対して行われたいくつかの判断について、IISのアプリケーション分離レベルを調べています。

  • 1.) アプリケーションが変更され、テスト サーバーと運用サーバーにデプロイされると、アプリケーションが再起動されたと見なされます。

  • 2.）本番環境では機能しませんでしたが、テスト環境では機能しました

  • 3.) しかし、本番環境では、IIS を再起動すると機能しました

上記の 3 つの事実を考えると、(OP の追加コメントに基づいて) 最後のアプリケーションの更新が運用環境に行われてから、運用環境でアプリケーションの分離が変更されたことが疑われます。私は完全に間違っているかもしれませんが、仮定は論理的です。

于 2013-02-27T01:46:38.330 に答える