問題タブ [google-app-engine-python]

Google エンドポイント (Python) を使用してメール ユーティリティを作成しました。問題は、データを POST できないことです。エラーが発生しています。

{ "error": { "errors": [ { "domain": "global", "reason": "parseError", "message": "この API はフォーム エンコードされた入力の解析をサポートしていません。" } ], "code": 400, "message": "この API は、フォーム エンコードされた入力の解析をサポートしていません。" } }

私がObjective-Cでやっていることを以下に示します

Python から BlobStore に BLOB をアップロードしようとしていますが、https://...appspot.comとhttps://...com/では機能しますが、http からまったく同じコードを実行すると機能しません。 BlobStore は 500 エラーを返します。

そうでない場合でも、接続を常に安全にしようとしました。

これが私のコードです：

HTTP 経由で実行すると、これは BlobStore から返されますが、あまり役に立ちません。https://console.developers.google.com/project/.../logsまたは他の場所にブロブストア エラーを記録する方法はありますか。

が http では機能しないのに https では機能する理由を教えてください。(SDK では http で動作することに注意してください - そこには ssl はありません。これは appspot でのみ発生します)

Google App Engine Testbed で単体テストを実行すると、Jinja2 のインポートに失敗します。 import jinja2

次のエラーが表示されます。

ImportError: jinja2 という名前のモジュールがありません

私の Yaml ファイルは次のようになります。 libraries: - name: webapp2 version: latest - name: jinja2 version: latest

jinja2 など、yaml ファイルで指定されたライブラリを見つけるための単体テストのプロセスは何ですか?

インデックス「search-user」に検索ドキュメントを作成しました。後でインデックスに対してグローバル検索クエリを実行すると、開発と運用の両方で常にゼロの結果が得られます。これが私のクエリコードです。

「doc」は印刷されません。

特定のアプリのデフォルト モジュールのデプロイが少なくとも 50% の確率でランダムに失敗しており、ワークフローが絶えず中断されています。

で詳細ログをオンにappcfg.py update app.yaml --verboseすると、ターミナルに次のエラーが表示されます。

失敗は非常に一貫しており、ほとんどの場合、数時間デプロイしなかった後にモジュールをデプロイしようとすると、デプロイの試行は上記の出力で失敗します。

次に、アプリ コードを変更せずに、デプロイを再試行すると、通常は成功します (ただし、2 回目の試行も失敗し、その後のデプロイの試行が必要になる場合があります)。

この問題は、今年の初めに発生し始めました。問題が発生し始めると、それは止まりません。それが発生する前は、展開に問題はありませんでした。

展開されるモジュールのバージョンは、展開の成功率に影響しません。このモジュールには Python ランタイムを使用しています。

私はすでにこの件について Google のソリューション アーキテクトにメールを送信しましたが、有料サポート プランにアップグレードして誰かがこの問題を調査できるようにすることは別として、彼は App Engine サポート チームから連絡が来ることを期待してここに投稿することを提案してくれました。

App Engine サポート チーム - 何が起こっているかを確認できますか (理想的には修正を提供できますか)。さらに詳しい情報 (アプリ ID など) が必要な場合は、お知らせください。

DBエンティティを反復処理し、タスクで実行するコードがいくつかあります-以下を参照してください。

アプリエンジンでExceeded soft private memory limitエラーが発生しました。実際にチェックmemory_usage().current()すると問題が確認されます。ロギング ステートメントからの出力については、以下を参照してください。foos のバッチがフェッチされるたびに、メモリが増加するようです。

私の質問は、メモリがガベージ コレクションされないのはなぜですか? whileループ (それぞれループとループ) の反復ごとに、名前とforを再利用すると、とが指していたオブジェクトが「参照解除」される (つまり、そのため、ガベージ コレクションの対象となり、メモリが不足するとガベージ コレクションの対象になります。しかし、明らかにそれは起こっていません。foosfoofoosfoo

そして some_module.py で

logging.debug の出力 (短縮)