问题标签 [google-authentication]

I'm pretty new to SalesForce and their Apex language. I've been reading some documentation and tried the integration between Google and SalesForce.

I'm wondering is it possible to emulate an auth token from google to SalesForce?

I'm trying to read a google spreadsheet and then fill up a SalesForce object automatically. The user login will always be the same/universal for this spreadsheet, so I have the credentials required to login. I am working off of the sample that requires a visualforce, and I'm wondering how would I automatically do the session id token that the google spreadsheet API requires.

Any ideas?

我已经构建了一个当前在本地主机上运行的 CGI::Application 并使用了 2 种身份验证方法 -
1.通过将用户密码存储在数据库中来描述http://www.perlmonks.org/?node_id=622071
和 2. 使用 LDAP 凭据.

我一直在寻找一种简单的方法来进行谷歌身份验证，但还没有找到一种简单的方法。有人可以指出我正确的方向。

我查看了
1. Authen-GoogleAccount 和
2. net-Google-FederatedLogin

但其中任何一个都没有足够的文档。我从哪里开始？即使您有一些在 cgi::application 之外执行此操作的指针，也请告诉我

我正在开发一个 Web 应用程序，该应用程序将直接与与特定 Google 帐户关联的 Google 日历集成。Google Data API 访问的帐户不太可能更改，因此我不确定最合适的帐户身份验证方法将是什么。

我已经查看了可用的选项，似乎AuthSub和OAuth不合适，因为我不会将用户登录到他们自己的帐户 - 仅显示和更新固定帐户。其他可用选项是ClientLogin和Gadgets身份验证。在所有这些中，ClientLogin 似乎是最合适的，但文档指出它适用于已安装的应用程序。虽然我正在开发的 Web 应用程序不是专门安装的应用程序，但它与这种情况下的应用程序非常相似——这就是我认为 ClientLogin 最有意义的原因。

哪种 Google 身份验证选项最适合这种情况？

因此，如果用户第一次访问该页面并且仍然没有授权信息共享，是否有办法使用 JavaScipt 检测是否存在令牌或令牌是否仍然有效？

我想使用其中一种集中式身份验证系统，例如 OpenId、Google 或 Facebook 身份验证系统。但是，我发现他们都使用 HTTP 重定向到对应服务器的注册部分。

我的问题是，对于我的系统，我们希望提供不同的客户端，其中一些是独立的应用程序，因此除非我在客户端中实现迷你浏览器（或类似的东西），否则 HTTP 重定向策略将不起作用。

可以以编程方式进行这种联合身份验证吗？

谢谢，

古斯塔沃。

我尝试使用ClientLogin进行身份验证

但我明白了Error=BadAuthentication。我应该如何更正我的代码？

如何实现与stackoverflow相同的登录系统？

任何人都可以根据他们现有的用户名/密码从其他 Web 应用程序（如 google、paypal、facebook、twitter 等等）登录？

我有一个 ASP.NET MVC 应用程序，我正在尝试将 DotNetOpenAuth 用于我的 Google OAuth。我正在使用示例中的 GoogleConsumer 类，并尝试执行身份验证的第一步。下面的代码与提供的 WebForms 应用程序中的代码基本相同，只是在 MVC 控制器中：

当我向控制器发出 AJAX 请求时，代码会执行，但我从未被重定向到 Google 页面进行身份验证。

我们的域（教育）有谷歌应用程序。在我们的学生数据库系统中，我们拥有所有班级信息。

我们想编写一个同步过程，强制所有教师和学生日历与谷歌日历同步。这一切似乎都很简单......减去所有“假设”，但这需要时间来弄清楚。

在尝试决定如何通过谷歌进行身份验证时，我目前正在碰壁。由于单个用户每天可以进行的通话量是有限的，因此我不能真正拥有一个管理员用户帐户来负责同步每个人。

有人可以告诉我应该采用哪个身份验证方向吗？我不需要用户登录，我只需要写入他们所有的日历。我听说过 2 腿 OAuth，但我对究竟什么是正确答案感到困惑，并且确实需要一些关于使用什么的指导。

非常感谢。

我目前正在开发一个基于 Web 的邮件服务（它不是一个邮件客户端，但需要解释很多）。但是，在此之前我从未使用过 oauth，但这似乎是要走的路，我的简单类基于sampel code。但是，示例代码没有提供多次登录的解决方案，或者我错过了它。

所以基本上我的问题是，每次我登录时，我都需要再次授权 gmail，而我已经看到其他服务，你这样做一次，然后你只需登录并立即被重定向回来，而无需再次接受。

编辑：澄清一下，我在登录和 IMAP 都使用 oauth，这很愚蠢吗？我认为这是最好的方法，因为当我的所有应用程序真正通过 oauth 以谷歌应用程序 imap 为中心时，将 OpenID 和 oauth 连接到同一个用户似乎很奇怪。我认为 tungle.me 以这种方式工作，因为我只需要在那里授权一次，并且下次谷歌立即将我重定向回来时，我希望我的应用程序以这种方式工作。

Edit2：经过进一步搜索，似乎是第一次授权，然后我应该使用身份验证，因为英语不是我的第一语言，尽管它们的意思相同。所以问题是，当已经创建帐户的用户再次登录时，如何向谷歌进行身份验证，这样我就不需要每次都生成新的令牌。