問題タブ [gmail-contextual-gadgets]

GMAIL コンテキスト ガジェットを作成しようとしています。すべての構成要素 (services 、gadgets、manifest.repositories...) の準備が整いました。基本的な hello world は正常に動作しています。

簡単にするために、ウィジェットに「お気に入りとしてマーク」機能があるとしましょう

お気に入りのメールとしてマークされたオブジェクトに対して、(SQL データベースに) オブジェクトを保存する必要があります。

メールが開くと、ウィジェットが読み込まれ、データベースに ajax 呼び出しを行い、「この特定のメール」がお気に入りのメールかどうかを確認したいと考えています。

ques :ユーザーが電子メールをお気に入りとしてマークするたびに、Java スクリプトで一意のメッセージ ID が必要なだけです。その一意のメッセージ ID をデータベースのお気に入りリストに保存します。

マニフェスト

ウィジェット

ここにいる場合は、一意のメッセージが必要です。

//ここに一意のメッセージ ID が必要です

編集 =============================================== =============================

提案されたように、次の変更を加えました。

私のマニフェスト:

カスタムエクストラクター

GMail アプリ用のコンテキスト ガジェットの開発を開始したいと考えており、 ガイドに従っています。

ガジェットのインストールとテストに関する部分で、https://code.google.com/googleapps/console/a/{Domainname}そこに行ってマニフェスト ファイルをアップロードするように指示されています。これを実行し、マニフェスト ファイルが受け入れられ、[デプロイ] ボタンを使用しました。

データのアクセス許可を求めるページが表示され、[はい] をクリックすると、サーバー エラーが表示されます。マニフェストを再アップロード<Url>し、有効なガジェット xml につながることを 3 回確認しました。エラーが何であるかについてのフィードバックはありません。それはサーバーエラーであり、試行するたびに発生するということだけです。ガジェットの XML がなんらかの理由で無効である場合、Google はそのようなファイルの内容が正しいかどうかを確認する方法を提供していないため、確認することはできません。

おそらく誰かが助けることができますか？

次の手順に従ってください: https://developers.google.com/google-apps/extensions-console/

社内 Contextual Gadget を Google Apps ドメインにデプロイできません。

マニフェスト/エクストラクタの作成、割り当て (検証を含む)、および展開は正常に機能しているように見えますが、アクセス権を付与すると、Google Apps 管理コンソールへの 302 (リダイレクト) が発生し、ガジェットが Marketplace Apps 管理コンソールに表示されません。

更新 - 回避策を開発しました

1) 指示に従いますhttps://developers.google.com/google-apps/extensions-console/

2) 次に、https://console.developers.google.com/projectに移動し、プロジェクトを選択します

3) APIS & OAUTH -> 資格情報 -> 新しい ClientID の作成

4) [サービス アカウント] を選択し、[クライアント ID を作成] を選択します。

5) 秘密鍵はこのプロセスには不要であり、破棄できます。「わかりました」ボタンを押します。

6) Marketplace Apps コンソール ( https://admin.google.com/AdminHome#AppsList:serviceType=MARKETPLACE ) に戻り、プロジェクトを選択します。

7) [データ アクセス]、[データ アクセスの許可] の順に選択します。</p>

Contextual Gadget がデプロイされ、正しい権限が付与されます。

次の手順に従ってください: https://developers.google.com/apps-marketplace/preparing

社内 Contextual Gadget を Google Apps ドメインにデプロイできません。COB の詳細を正しく入力しましたが、検証により、「ユニバーサル ナビゲーションまたはドライブ拡張機能の少なくとも 1 つを有効にする必要があります」のいずれかが必要になります。[ユニバーサル ナビゲーション] を選択すると続行できますが、拡張機能はコンテキスト ガジェットとしてではなく、[ユニバーサル ナビゲーション] リンクとしてインストールされます。

Gmail Contextual Gadget があり、Google Apps Marketplace で公開されています。OAuth1.0 から 2.0 への移行では、https: //developers.google.com/apps-marketplace/v1migratev2 で推奨されているように、Gmail Contextual Gadget の新しいバージョンを作成し、Google Apps Marketplace で公開して、古いバージョン。

さて、質問ですが、旧バージョンのガジェットは約 50 のドメインにインストールされていました。9 月 30 日以降、彼らはどうなりますか? それらは自動的に移行されますか? または、ユーザーが引き続きガジェットを使用できるようにするには、何をする必要があるでしょうか?

更新:

soitof が指摘したように、移行ガイドのステップ 4 では、「PUT https://www.googleapis.com/appsmarket/v2/upgradableApp/listingID/cwsID/domain」と呼ぶことを提案しています。

とはいえ、ここからどのように進めていくべきなのか、私は確信が持てません。つまり、移行戦略はどうあるべきか。

まず、ガジェットがインストールされているドメインのリストを保持していません。ドメインの数しかありません。リクエストを追跡してそのリストを作成できると思います。

2 番目のポイントは次のとおりです。その PUT リクエストを手動で起動しますか? 50 個のドメインについては難しくありませんが、たとえば 10000 個のドメインがあった場合はどうなるでしょうか? 私の勝手な推測では、古いバージョンのアプリでその PUT リクエストを自動的に起動するようにすると思いますが、それが良いアイデアかどうかはわかりません。

通常どのように行われるかについて、アドバイス、「ベストプラクティス」、「ガイドライン」などを歓迎します。