2013-03-28 43 views
0

我深入瞭解應用程序腳本,但Google提供的內容太多了,在弄清楚我需要什麼時,我有點不知所措。將用戶從一個應用程序腳本作爲匿名用戶導向到域後的另一個應用程序腳本

我正在設計一個在線志願者應用程序的工作流程,並最終爲非營利組織提供其他事情。

以下是我如何設想流程正在進行。

  1. 新用戶來了第一個Web應用程序頁面請求倒數第一中間和電子郵件地址
  2. 首頁上中學一起使用以某種方式創建一個域登錄使用配置API的用戶(已經想通這部分出),同時提示用戶創建密碼
  3. 此時用戶被傳遞到僅爲域用戶運行的實際應用程序Web應用程序,以便可以利用域後用戶的應用程序腳本的寬鬆規則而且整個信息的流動和消息都會留在我們的領域。

現在在哪兒我就不清楚是從第2步跳到第3步。

什麼是最好的和最無痛(用戶不是我)的方式來運行的放在一起的過渡入口點應用程序,該應用程序創建新用戶域帳戶,實質上是將域級別應用程序作爲其新域用戶身份運行的匿名用戶標識。

我一直在研究OAUTH,但似乎更多的是外部整合的東西,如驅動器和YouTube等。我的目標是這個項目的一切(除了像客戶端驗證和jQuery的東西)從谷歌雲。

回答

0

在#2我asusume你有一個未使用的gapps帳戶池。 在#3中,您需要先讓用戶登錄gapps。爲此,您需要顯示將重定向到其他應用程序的特殊登錄網址。另一種方法是執行手動oauth流程,並使用重定向url訪問新應用程序。

+0

那麼我們有Google Apps for Education(非盈利),所以我們有一個上限,我相信有3,000個用戶,我們必須付錢。我們目前的全年工作人員可能有50人,這很慷慨。在夏季,我們可能會增加志願者人數。即使我們獲得了僅有500名新用戶的職位志願者人數的10倍。 請記住,由於某種原因被拒絕的申請人將被域名用戶選中。所以我真的沒有看到這個應用程序推動我們甚至接近我們用戶配額的三分之一 – TofuBug 2013-03-28 12:26:12

+0

現在您提到了手動OAuth流程。假設由於用戶提供了他們的初始用戶名和密碼,我可以在我的代碼中使用這些信息並使用GAS生成OAuth令牌,或者是否必須爲OAuth單獨設置手動過程,是否正確?另外,如果我爲新用戶設置了OAuth流程,那麼他們會在第一次登錄時處理初始的「歡迎來到您的域名」交易,或者是足夠聰明的OAuth流程,以便在他們之後將它們放回到應用中點擊那個? – TofuBug 2013-03-28 12:33:55

相關問題