2011-01-05 1 views
6

app.yamlに次のディレクティブを追加して、私のアプリにWarming Requestsを有効にしました。アプリのログにエラー404が発生しないように、ウォームリクエストを設定するにはどうすればよいですか?

inbound_services: 
- warmup 

アプリのログを見て、私はこの種のいくつかの項目を参照してください。

1. 01-05 2時49分PM 50.037/_ah /ウォームアップ404 300msの280cpu_ms 1キロバイト 詳細

0.1.0.3 - - [05/Jan/2011:05:49:50 -0800] "GET /_ah/warmup HTTP/1.1" 404 1188 
を参照してください。

2. I 01-05 2時49分PM 50.336

この要求caus新しいプロセス をアプリケーション用に起動しました。
となり、アプリケーションコード が初めて読み込まれました。
この要求には時間がかかることがあり、 は通常のリクエストより多くのCPUを使用します
アプリケーション。

温暖化がドキュメントを要求ので、これは理にかなっては言う:

これは/ _ah /ウォームアップへの要求 をGET発行するApp Engineの インフラの原因となります。このディレクトリに ハンドラを実装して、 アプリケーションデータをプリキャッシングするなど、アプリケーション固有のタスクを 実行することができます。

私の知る限り

ahは、すなわち、スクリプトハンドラと静的ファイルハンドラのパスがこれらのパスに一致することはありません、reserved URLです!

ah/warmupルートを空のWebハンドラに関連付けるだけでいいですか?これは正しいです?

答えて

4

/_ah/で始まるURLは、ドキュメントがあなたに信じられるかもしれないにもかかわらず、うまく動作します。

ウォームアップ要求を機能させるには、ハンドラを/_ah/warmupにマッピングしてください。私はあなたが空のハンドラを使用することからどのくらいの利益を得られるかはわかりません。通常は、すべての重要なモジュールをインポートし、アプリが応答する必要があるキャッシュウォームアップを実行したいと考えています。

+1

Nick Johnson(Google)の回答を参照してください。http://code.google.com/appengine/forum/?place=topic%2Fgoogle-appengine%2Fx7vcuNK48Xg%2Fdiscussion –

+1

/_ah /の下にあるURLは予約されています。あなた自身の目的のためにそれらを使用すべきではありませんが、ウォーミングアップ要求を含めて、これらのURLの用途が文書化されています。 –

関連する問題