oauth-2.0

3热度

1回答

这套新的API谷歌的可以在Android中使用与客户端库，并可以使用 OAuth1.0 OAuth2.0的客户端身份验证（机器人）进行身份验证。有人可以给我看一个使用GoogleAccountManager类的客户端身份验证示例吗？我无法工作。而且当我使用OAuth2.0的，并使用一个重定向URL像buzz-sample:///和意图过滤器添加到清单类似 <intent-filter>

1热度

2回答

Silverlight为什么不能正常工作

我正在尝试创建滑块（不带绑定）。目前，我这样做：的XAML： <Slider Height="68" HorizontalAlignment="Left" Margin="52,45,0,0" x:Name="slider1" VerticalAlignment="Top" Width="256" Minimum="1" Maximum="40" Value="10" ValueChanged

0热度

2回答

来自python-oauth2的错误：“TypeError渲染时：必须是字符串或缓冲区，而不是无”

我试图让我的网站上我的Twitter时间线，我在Django。为此，我在http://www.pixeldonor.com/blog/2010/aug/15/create-simple-twitter-app-django/上找到了一段很好的代码，我在本地网站的开发副本上实现了该代码。本地一切都完美无缺！显示的推文，我从来没有得到任何错误。既然我已经在网上部署了我的网站，我似乎遇到了一个我无法解

30热度

1回答

为我的API实现OAuth 2.0身份验证

我一直在成功使用Facebook Graph API（使用oauth 2.0进行身份验证）。我现在需要编写我自己的API，它允许开发人员以类似的方式连接到它。我已经看过各种图书馆，但我想要一些更精简的东西，所以我决定推出自己的。看看我必须在Facebook上验证用户身份的代码，它看起来相对简单，但请纠正我，如果我走了轨道。首先我需要提供一个消费者需要重定向到的安全页面。例如https://api

11热度

1回答

从浏览器外的Silverlight应用程序使用Google OAuth2

我打算访问Google的API并使用OAuth2进行身份验证。由于我要从Silverlight浏览器外应用程序访问它们，所以我想知道如何保持足够的安全。我知道保留所有在客户端进行身份验证所需的细节是有点冒险的。我的意思是client_id，client_secret等，因为他们可以很容易地被其他人获得。所以我想知道人们是如何围绕这个的？您是否会使用Web服务在进行身份验证时尝试与Google联系

6热度

1回答

Google App Engine OAuth终端是否支持OAuth 2.0？

Google App Engine提供的OAuth端点（例如https://app-id.appspot.com/_ah/OAuthGetRequestToken）是否支持OAuth 2？

1热度

1回答

当我打开“Canvas 2.0 OAuth 2.0”时，我的Python web.py Facebook应用程序返回的“None”没有任何结果

我是一名Facebook应用程序开发人员，但我是一名经验丰富的开发人员。我使用web.py作为我的web框架，并且让事情变得更糟，我是Python的新手。我遇到了一个问题，当我尝试切换到使用较新的“Canvas 2.0 OAuth 2.0”时，我根本无法获得任何工作。在我的Facebook应用程序中返回的唯一东西是“无”。我开启OAuth 2.0的动机是因为它听起来像Facebook将在7月份

3热度

1回答

从WebKit iframe中的远程URI重定向到AIR应用：/ scheme

我试图在运行WebKit的AIR应用中实现OAuth2。当应用程序启动时，呈现本地页面（app：/login.html），该页面加载指向远程站点的iframe。远程站点显示一个登录页面，一旦提交，应该重定向回应用程序：/authenticated.html#access_token=1234xyz。看起来，WebKit正在对URL进行攻击并且不会导致iframe重定向。重定向URI之外的URI：/

1热度

2回答

如何检测用户是否第一次安装了我的Facebook应用程序？

我正在寻找一种方式来检查用户是否自动登录到我的Facebook应用程序，如果他是一个新用户 - 刚刚安装了应用程序，或者他在过去，他确实登录...任何想法？

3热度

4回答

OAuth 1的未来如何？

我将开始为我的开源项目编写一个API。我应该使用OAuth 2进行身份验证还是使用OAuth 1？我对OAuth 1的主要关注点是，如果OAuth 1即将过时，我不想花时间在API基础上编写它。我的问题是 - OAuth 1会过期吗？另外，从API的最终用户角度来看，OAuth 2似乎更容易实现。我应该只写OAuth2 API并忘记OAuth 1吗？还是现在有足够的理由使用OAuth 1？