[asp.net] Azureウェブサイトのスクリプト/スタイルの長い待ち時間(TTFB)時間


Answers

私の推測はいつもアズールズだろう。
CloudFlareが提供するようなものなら、それは本質的に要求をプロキシし、それをキャッシュしようとします。
Azure側のこのキャッシュの正確な実装によっては、スクリプトの出力が完了してキャッシュの検証が完了するまで待ってから、ブラウザに渡します。

可能であれば、キャッシュ設定をチェックし、常にスクリプトを常に無効にするチャンスがあります。

Question

Azureウェブサイトでこの興味深い問題があります。 私のウェブサイトは、それぞれが縮小された4つのスクリプトファイルと3つのスタイルファイルを使用しています。 彼らはそれほど大きくなく、最も大きなものは200KB近くあります。 ウェブサイトはすでに始まっていた。 AzureのAlways Onオプションがオンになっています。 データのためにWebApiを呼び出すと、50ms以内に戻ります。

そして、アプリケーションがリロードされたときには、ちょっとしたスクリプトから最初のバイトを取得するのに250ミリ秒かかります。 初期のHTMLは60ミリ秒で読み込まれます。 スクリプト/スタイルはキャッシュされているのでダウンロードされませんが、TTFB時間はパフォーマンスを殺しています。 これにより、すべてのリロードが繰り返されます。 アプリケーションに洗練された設定が含まれていないので、それよりもはるかに高速に動作するはずです。

このような問題を引き起こす原因は何ですか?




私は、Azure Storageにファイルを保存し、Azure CDNでファイルを提供することで終了しました。 応答速度が速く、費用もかかりません。 GulpのPre-buildイベントで、それらをパブリッシュするたびにblobに追加します。




あなたのサイトには2つの大きな問題があります:

  1. あなたはAZUREを使用しています - パフォーマンスが悪い高額サービス... ....なぜ人々がこれが良いサービスだと思っているのか尋ねないでください

  2. クライアントファイルをサーバーファイルと並べて保存しています。 サーバーファイル特定のサーバーに保存する必要がありますがクライアントファイルどこからでも実際に配信できます

クライアント側のファイルにはCDN(またはその他のサーバー)を使用してください(主にcssとjs、フォントや画像の移動も考慮する)






Links