問題タブ [deadlines]

私たちは、Pythonデータ2.15ライブラリを備えた開発者向けPythonガイドを使用しており、例としてアプリエンジンについて説明しています。createSite（ "テストサイト1"、description = "テストサイト1"、source_site =（ " https://sites.google.com/feeds/site/googleappsforus.com/google-site-template "））

使用するたびに、予測できない応答が発生します。

例外： HTTPException：URLからのHTTP応答を待機中に期限を超えました： https ：//sites.google.com/feeds/site/googleappsforyou.com

誰かが同じ問題を経験しましたか？AppEngineまたはSitesAPIに関連していますか？

よろしく、

これは非常に奇妙です。タイトルはそのほとんどを示していますが、残りは私のコードで説明する必要があります。これが私のmain.pyファイルです：

これが私のapi.pyファイルです：

そして、私のapp.yamlファイルが役立つ場合:

通話に追加deadline=30しても何も変わりません。JQuery をurlfetch使用して API をテストしたところ、完全に正常に動作し、5 秒以内に戻りました。httpie

私は他の質問を見ましたが、私はまだ暗闇につまずいています. ヘルプ、ヒント、またはリファクタリングをいただければ幸いです。

StackEchange Search API への呼び出しを追加する予定なので、その際にも問題が発生するのではないかと思います。これを行うためのより良い方法があれば、教えてください。ありがとう。

URL フェッチの概要は次のように述べています。

サービスが応答を待機する最大時間である要求の期限を設定できます。デフォルトでは、フェッチの期限は 5 秒です。最大期限は、HTTP 要求の場合は 60 秒、タスク キューと cron ジョブの要求の場合は 10 分です。

さて、締め切りを60秒に設定するにはどうすればよいですか?

私は、アジャイルなアプローチで一貫してかなり成功しているチームで働いています。これは、製品を段階的に構築するための最初の作業である現在のプロジェクトでうまく機能しています。

私たちは現在、これの次の段階に進んでおり、経営陣は、実際の顧客にこれをデモして販売できるようになるまでに、具体的な期限を自分たちで設定することを切望しています。 .

含めたい機能の要素ごとに、かなりよく整理された大きなバックログがあり、これらの個々の機能の優先順位を適切に把握しています。

単純な解決策は、デモ可能な製品を提供するストーリーの最小リストを取得し、それらすべてを個別に見積もり、それらを合計してベロシティと組み合わせて日付を取得し、それからデモを行うことを発表することです。とはいえ、それでは余裕がなく、締め切り時間に近づくと非常に危機的な状況に陥る可能性が高いように思われます。

改善として、進行状況に応じて、偶発的またはボーナスの改善として機能するオプションのストーリーの比率を追加したいと思いますが、どの比率が賢明であるか、またはこれが適切かどうかはわかりません。標準的なアプローチ。

また、バックログ全体を一度に見積もる必要があることも懸念しています。これには非常に時間がかかり、その話にたどり着くまでの数か月でより多くの情報が明らかになる可能性が高いためです。これは見積もりに影響します。

アジャイルな開発プロセスを可能にする期限の設定に対処するための推奨されるアプローチはありますか? 私が見た情報のほとんどは、代わりに期限が決まったときに状況を処理することに関するものです。また、この問題を扱っている関連文献や興味深いブログ投稿にも興味があります。

わかりましたので、レコードを保存し、他のさまざまな機能を実行するアプリケーションを持っています。締め切り日 (任意のレコードと共に保存されます) が近づくと通知される、ある種の警告システムを作成する方法を実装できるようにしたいと考えています。 /ユーザー。これが可能かどうかはわかりませんが、アドバイスや提案をいただければ幸いです。

RTOS について読むと、「ハード」な RTOS の特徴は、決定論的に期限を守ることができるということですが、システムが実際に要件を満たしていることをどのようにテストまたは証明すればよいのでしょうか?

MicroC/OS II RTOS はハード RTOS として特徴付けられていますが、その主張をどのように検証できますか? C プログラムを実行し、RTOS と同様にセマフォを使用してスレッド間でコンテキスト スイッチを実行できる FPGA 用の C コードと ISR がある場合、OS/RTOS が「ハード」RTOS か「ソフト」RTOS かをどのように確認できますか?

アプリケーションに依存し、タイマーが必要なため、組み込みのハードウェア タイマー (たとえば、Altera DE2 には 50 Mhz オシレーターがあります) をハードウェア割り込みと共に使用することが推奨されます。締め切りに間に合ったかどうかを確認しますか？

それとも、オペレーティング システム、リアルタイム オペレーティング システム、ハード RTOS とソフト RTOS を区別するために含めなければならない一般的な慣行はありますか?

「ハードRTOS」というラベルの典型的な要件を備えた「典型的なテスト」はありますか?

Google App Engine を使用して、cron ジョブを使用して Web ページをダウンロードして保存しています。

5 秒後、Dealine 超過エラーが発生します。

どうすればエラーを回避できますか。このサイトを検索すると、urlfetch の制限時間を延長できます。しかし、問題を引き起こしているのは urlfetch ではありません。タスクを5秒以上実行できないのは事実です。

たとえば、この修正を試してみましたが、cron ジョブではなく、自分でページを実行している場合にのみ機能します。

HTTPException: URL からの HTTP 応答の待機中に期限を超過しました: #deadline