0

私は App Script について深く学んでいますが、Google が提供するものが多すぎて、何が必要かを理解するのに少し圧倒されています。

私はオンラインのボランティア申請ワークフローを設計しており、最終的には非営利団体向けの他のものも設計しています。

これが私がプロセスフローがどのように進むかを想像する方法です。

  1. 新しいユーザーが最初に Web アプリ ページを表示すると、最初の最後のミドル アドレスと電子メール アドレスが要求されます
  2. First Last Middle は、プロビジョニング API を使用してユーザーのドメイン ログオンを作成するために何らかの方法で一緒に使用されます (この部分は既に理解されています)。ユーザーにパスワードの作成を求めます。
  3. この時点で、ユーザーは、ドメイン ユーザーに対してのみ実行される実際のアプリケーション Web アプリに渡されます。これにより、ドメインの背後にあるユーザー向けのアプリ スクリプトの緩和されたルールを利用できるようになり、情報の流れ全体がドメインの背後にとどまります。

ステップ 2 からステップ 3 へのジャンプについては不明です。

新しいユーザーのドメイン アカウントを本質的に匿名のユーザー ID として作成するエントリ ポイント アプリの実行から、新しいドメインとしてのドメイン レベル アプリの実行への移行をまとめるための最善かつ最も簡単な (私ではなくユーザーにとって) 方法は何でしょうか。ユーザー ID。

私は OAUTH を研究してきましたが、ドライブや youtube などとの外部統合に向いているようです。このプロジェクトでの私の目標は、(クライアント側の検証や jQuery などを除く) すべてを Google のクラウドから実行することです。

4

1 に答える 1

0

#2 では、未使用のギャップ アカウントのプールがあると仮定します。#3 では、ユーザーを最初に gapps にログインさせる必要があります。そのためには、他のアプリにリダイレクトする特別なログイン URL を表示する必要があります。もう 1 つは、手動の oauth フローを実行し、リダイレクト URL を使用して新しいアプリにアクセスすることです。

于 2013-03-28T03:52:34.753 に答える