問題タブ [google-cloud-platform]

アプリの特定の URL にアクセスすると間違った静的コンテンツがキャッシュされるという AppEngine の既知の問題が発生していますが、?foo パラメーターを追加してキャッシュと VERSION.myapp. appspot.com も機能します。

変更されていない URL に正しいコンテンツを表示する方法はありますか?

アプリを削除して復元するか、思い切ったものにしていただければ幸いです。アプリは公開されていませんが、数時間以内に公開する必要があります。AppEngine アプリと通信するモバイル アプリが適切なデータを取得できるように、これらの URL を機能させるためのあらゆる手段。

編集

ヘッダーをcURLすると、次のようになります。

私はさらに 50,000 秒間ホースをかけられますか? とにかくそれを短くするには？

コメントの編集:

app.yaml には、次のハンドラーがあります。

有効期限を削除しようとしました：

そして、ドキュメントに基づいて、これを app.yaml の先頭に追加しました。

また、ファイルを削除しても、デプロイ時にファイルが消えることはありません。

Google Cloud Storage内のファイルへの変更が反映されるまでにどのくらい時間がかかりますか？

ファイルの内容を変更してgsutilを介して再アップロードするという非常に苛立たしい問題が発生していますが、変更が数時間表示されません。変更されたファイルにすべてをすぐに伝播させる方法はありますか？

Google Cloud Storageコンソールでファイルを見ると、新しいファイルが表示されますが、パブリックURLにアクセスすると、古いバージョンであり、場合によっては2バージョン前です。

設定していないヘッダーはありますか？

編集：

試しgsutil -h "Cache-Control: no-cache" cp -a public-read MyFileましたが、役に立ちませんが、新しいキャッシュなしバージョンが引き継ぐ前に、古いファイルの有効期限が切れている可能性がありますか？

私はファイルに対してcurl-Iを実行し、これを取り戻しました：

これは、キャッシュがないにもかかわらず、1時間で期限切れになることを示しているようです。

Google Cloud Consoleからプロジェクトを削除する方法がないようです。

注: 2013 年 9 月 19 日現在、Google が修正したため、これは問題ではなくなりました。
- チェックボックスをクリックしてから削除をクリックできるようになりました

これは Python SDK バージョン 1.8.0 を使用しています。

リモート API は を使用して正常に動作remote_api_shell.pyしますが、Python スクリプト内からアクセスしようとすると動作しません。Google のサンプル コードを使用しています。

fix_sys_path()また、 fromをインポートして、Google アプリ エンジン SDK 用dev_appserver.pyに正しく設定しています。sys.path

これは、他のパスの中で、次の行を my に追加しますsys.path。

ただし、上記の呼び出しremote_api_stub.ConfigureRemoteApi()が呼び出されると、次のエラーがスローされます。

API はモバイル アプリのバックエンドです。ユーザー認証は必要ありません。この API へのアクセスを保護する方法が必要なだけです。現在、バックエンドが公開されています。

ドキュメントは、ユーザーの認証と承認についてのみ説明しているようですが、これはここで必要なものではありません。モバイル アプリだけがこのバックエンドと通信できるようにし、他のユーザーと通信できないようにする必要があります。

まず、全文検索をサポートしてくれた Google に感謝します。

全文検索データストアに保存したドキュメントをバックアップするにはどうすればよいですか?

使えますappcfg.py download_dataか？

Google Could Datastore の PHP API に関するドキュメントを見つけることができませんでした。NoSQL (MongoDB データベース) ウェブサイトを Google App Engine に移行しようとしていますが、現時点では Cloud Datastore が最適なオプションのようです。私が見つけた唯一のドキュメントは、Node.js、Python、および Java に関するものです。

https://developers.google.com/datastore/docs/getstarted/

Google の TrueTime API (Wired、Slashdot など) を複製するのは難しいとマスコミが一般的に言っている理由がわかりません。

Google が達成している低いエラー間隔を取得するのがいかに難しいかは理解できますが、API 自体がどれほど難しいかはわかりません。

たとえば、ハッキングされたバージョンを作成しました。間隔はこちら。

これが now 関数です。

最後に、before 関数と after 関数があります (now 関数のラッパーであり、DRY リファクタリングを少し使用できます)。

約 5,000us から 350,000us のインターバル エラーが発生しているようです (パブリック NTPd を使用)。これは Google の数字とはかけ離れていますが、どこかから始める必要があります。

精彩を欠いたパフォーマンス以外に、この設計に、Spanner のようなものを上に構築することを妨げる重大な欠陥はありますか?

後ろに -d があるインスタンスを開始しました (これはスクラッチ ディスクである必要があります)。

ただし、起動時に、記載されているディスク容量は表示されません。

そのはず：

しかし、df -h出力：

では、永続ディスクであるブートを使用してインスタンスを実行し、スクラッチ ディスクを利用するにはどうすればよいでしょうか?

問題は、高い CPU と多くのスクラッチ スペースが必要なことです。

VM 自体が 100% アイドル状態であると主張しているにもかかわらず、アイドル状態の Debian Linux VM に対して Google 開発者コンソールが 4 ～ 5% の CPU 使用率を示す理由はありますか?