問題タブ [warm-up]

デプロイ スロットがスワップされる前に、web.config のアプリケーション初期化セクションで実行するページ数を指定できることを理解しています。私ができるようにしたいのは、アプリへのログインをシミュレートしてから、アプリが完全にウォームアップされるようにページ全体にアクセスすることです。

ページは動的に生成されます。今PHPSESSIDのところ、ページ全体をキャッシュする必要があるためです。しかし、少なくとも、ページに含まれる画像を含むすべての静的コンテンツを次の 2 つの方法でキャッシュしたいと考えています。

通常の方法と同様に

Varnish 設定ファイルではjpg, png、 や'image.php'url などの画像がキャッシュされるように設定されています。

ブラウザでページを 2 回開くと、Varnish は正常に動作しているように見え、jpgs, pngsageimage.phpは > 0 です。

ここで、ワニス キャッシュをウォームアップするスクリプトを実行し、ブラウザで任意のページを初めて開くと、alljpgs, pngsとimage.phpage は常に = 0になります。

キャッシュをウォームアップするスクリプト:

cssまたはのような他の静的ファイルjsはすべてのページに共通であり、どのページでもそれらをキャッシュにロードできるため、問題はありませんが、画像はページごとに異なります。

では、温暖化スクリプトから画像をキャッシュすることは可能ですか?

ヒントをありがとうデレク

Twitter の Firehose を使用してツイートをブラウザーにストリーミングするアプリを作成しました (websockets を使用)。Google App Engine Launcher を使用してローカルで正常に動作していましたが、デプロイされたので、Firehose ストリームにサブスクライブするウォームアップ スクリプトが起動時に実行されないようです。

app.yaml:

私は自分のwarmup.php権利を次のように減らしました。

GAE ログ ビューアーに warmup.php のエントリがありませんが、他のすべてのスクリプト (つまり、ブラウザー経由でヒットしたもの) は対象です。

Android デバイス用の html5 の地理位置情報を使用してコルドバ アプリで作業していますが、アプリが地理位置情報を取得して送信するときに Samsung デバイスが過熱しているため、すべて問題ありません。

地理位置情報でデバイスの温暖化を制御または回避する方法はありますか?

これは私が使用しているコードの一部です:

Google App Engine プロジェクトでウォームアップ リクエストがあります。ただし、ローカル開発サーバーでテストする場合、ハンドラーは複数回呼び出されます

app.yaml ファイルで適切に構成されています。

そして、それは仕事をしています...なぜそれが複数回呼び出されているのか、うまくいきません。これは、ローカルの開発者のセットアップと関係がありますか、それとも私が間違っていることですか。

これは main.py からインポートを差し引いたものです

AlwaysRunning オプションを「オン」に設定して、ASP.NET MVC 5 と Azure Premium アプリ サービスを使用しています。

Web アプリのデプロイ スロットを作成し、新しいバージョンをデプロイし、スロット URL を開くと、すべてが高速で安定していました。実稼働環境にスワップしましたが、スワップ操作が完了した後、手動で PROD にデプロイした場合のように Web アプリが遅くなりました。アプリが再び機能するまで、1 分以上待たなければなりませんでした。私が読んだ内容に基づいて、アプリはスワップ後にウォームアップされると思っていましたが、うまくいきませんでした.

交換後、なぜこんなに遅くなったのですか？認証フォームのようにDBにヒットしないページも。

更新: V2 プラン (SSD ストレージ) に切り替えた後、アプリは 2 分以内に再起動されます :)