0

クライアントログインを承認に使用する、現在非推奨のFT SQL APIに基づいた、単純なサーバー側コマンドラインpythonスクリプトがあります。数時間ごとに、更新されたデータを挿入して FT を更新します。これは 3000 行の小さなテーブルです。

FT 移行ガイドを読み、Google ユーザー ID を取得し、FT API を有効にし、API キーを取得します (Google マップ アプリケーションを新しい API に切り替えるのは簡単でした)。

しかし、コマンドライン Python スクリプトの移行を進める方法について混乱しています。OAuth2 が認証に推奨されるアプローチであることがわかりますが、これは私が本当に必要としているよりもはるかに複雑なアプローチであるように思えます。コマンドラインスクリプトで機能するかどうかは、私には明らかではありません。ユーザーにログイン情報を求める必要はまったくありません (それは私だけです)。これは「インストールされたアプリ」でなければならないことを認識しており、 https: //developers.google.com/fusiontables/docs/sample_code#ftAPIv1 で Hello,p​​ython の例を見つけました。

これはまだ試していませんが、コマンド ライン スクリプトを移行した経験があるかどうかを確認したいと考えています。（PHPも同様に機能します）

特に、ここで見つけた引用に興味をそそられました: https://developers.google.com/fusiontables/docs/v1/using

「Fusion Tables API は、OAuth 1.0、AuthSub、ClientLogin などの古い認証オプションもサポートしていますが、ほとんどの場合、これらの他のオプションを使用することはお勧めしません。アプリケーションでこれらのオプションを既に使用している場合は、OAuth 2.0 に移行することをお勧めします。もし可能なら。"

率直に言って、このような単純なタスクのために OAuth 2 に切り替えたくないからです。

アップデート

言い忘れましたが、私はこれを 3 時間ごとに cron から実行しています。したがって、ユーザー入力は実際には不可能です。Davidが以下で提案したように、1回限りのユーザー入力は可能です。

4

2 に答える 2

2

新しい API を使用すると、クライアント ログイン トークンを既存のサーバー側コマンド ライン アプリの認証トークンとして使用できるはずです。また、開発者キーを「キー」パラメータとしてリクエストに含める必要があります。

于 2012-12-27T19:47:13.280 に答える
0

OAuth2 インストール済みアプリケーション フローの非常に単純な python 実装がhttps://developers.google.com/fusiontables/docs/samples/pythonにあります。ClientLogin は、SQL API と同様に廃止されました。

このコードでは、ブラウザを開く必要があり、使用するたびにプロンプ​​トが表示されます。コードの最適化と更新トークンの保存について作成者に話します。したがって、最初に使用するときにのみプロンプトが表示されます。

于 2012-12-27T21:33:21.167 に答える