16

静的な ASP.NET サイト (Masterpages といくつかのフォームを使用) を構築しており、運用サーバーにリリースしようとしています。

falseに変更することは知って<compilation debug="true">いますが、可能な限り最高速度を得るために他に何ができるか疑問に思っています。サイトにはデータ アクセスはなく、すべて静的コンテンツです。

パフォーマンスに重点を置いて、実稼働環境でサイトをセットアップするためのチェックリストを実行したり、適切なリソースを知っている人はいますか?

これまでのチェックリスト(値を追加して自由に編集してください)

  1. Web.Config<compilation debug="false" />で実際にfalseに設定されていることを確認してください
  2. Web.Config<trace enabled="false" />で実際にfalseに設定されていることを確認してください
  3. サイトに必要な読み取り/書き込み/変更フォルダーのアクセス許可を設定する
  4. IIS で GZIP を有効にします (ページ/css/javascript のサイズを大幅に削減します)
  5. ページ/コントロールの OutputCaching を検討しましたか?
  6. Web テスト (.NET 用の WatiN など) をセットアップして、サイトの機能が正常に動作していることを確認することを検討してください。
  7. 金曜日の午後ではないことを確認してください。
4

10 に答える 10

7

ログまたは出力ファイルを書き込んでいる場合は、運用環境で適切なフォルダー権限が設定されていることを確認してください。通常、デバッグ/テスト環境は、本番環境よりもファイルの読み取り/書き込み権限がはるかに緩いです。

于 2008-11-25T22:04:19.287 に答える
6

金曜日の午後に展開しないでください。これは週末にあなたの頭を台無しにすることが保証されています.

于 2008-12-01T02:59:47.820 に答える
3

実際には、MSDN で提供されている、セキュリティ展開のレビューを実行する方法に関する非常に優れたチェックリストがあります。

于 2009-06-05T12:51:22.953 に答える
3

また、IIS の gzip 設定を確認することを忘れないでください。出力を圧縮すると、物事がワイヤ上をはるかに速く移動します。

于 2008-11-25T21:58:02.623 に答える
2

サイトでデータベースを使用し、情報のみを表示する場合は、データベースを読み取り専用にします。これにより、すべてのロック処理が不要になり、アクセスが大幅に高速化されます。

データを更新するバックエンドがある場合は、それを別のデータベースにし、読み取り専用データベースを1日1回、またはそのアプリケーションに必要なものを更新する期間をスケジュールします。

それほど頻繁に変更されないニュースやその他の小さなことを会社のWebサイトで提示するだけの場合は、このソリューションがおそらく適しています。ギガバイトのデータがあるサイトであっても、キーワードは、どのくらいの頻度でデータを更新するかということです。

私が日常業務で見ていることから、すべてが「リアルタイム」でなければならないため、誰もこのソリューションについて実際に考えませんが、これが完璧なソリューションになる場合はたくさんあります。

于 2008-11-25T22:28:19.270 に答える
2

すべてが静的コンテンツの場合は、積極的な出力キャッシュを使用することをお勧めします

于 2008-11-25T22:01:22.040 に答える
2

web.config を確認する

デバッグ (web.config / *.svc)、トレースなどを確認します。

デバッグを本番環境の値に更新します。

  • メールアドレス
  • （ウェブ）サービスアドレス
  • ロケーションログファイル

クイック検索:リンク

于 2008-11-25T21:53:52.070 に答える
1

サイトのさまざまな機能と権限を確認するために、何らかのテストを行う必要があります。たとえば、公開したら。チェックリストを確認してください。許可がない場合、x にアクセスできますか? x、y、z はアプリケーションで機能しますか? 小さな変更が大きな影響を与える可能性があるため、公開するたびにこれを行います。

于 2009-03-26T13:03:03.227 に答える
0

あなたはこれを読むべきです：
https ：//stackoverflow.com/questions/72394/what-should-a-developer-know-before-building-a-public-web-site

これは現在、SOで9番目に投票された質問であり、最も人気のある上位3つの質問です。注意点は、プラットフォームに依存しないため、ASP.Net固有の項目がいくつか欠落していることです。

于 2009-09-07T16:20:43.207 に答える
0

ブラウザのキャッシュをクリアした後、企業のファイアウォール/プロキシの外側でサイトを徹底的にテストします。これにより、すべてのリソースがパブリックにアクセスできるようになります (ローカル サーバー上やキャッシュされていません)。たとえば、JavaScript や CSS ファイルなどを含めるために絶対 URL を使用していることに気付くかもしれません。これらは開発環境では問題なく動作しますが、サイトが公開されるとすぐにアクセスできなくなります。または、後で削除された CSS ファイルがキャッシュにあるのに気付かない場合もあります。

ドメインに関連付けられたキーを持つ製品やアプリケーションがライブ サイトで動作することを確認してください。これには、Google マップのキーや商用のサードパーティ アプリケーションなどが含まれます。また、電子メールなどで送信される自動生成されたハイパーリンクも含まれます。ユーザー登録にhttp://localhost/comfirm.aspxなどへのリンクが必要ではないでしょうか?

于 2009-09-07T16:41:13.303 に答える