我正在使用oauth2client.appengine
Oauth2Decorator
,它会插入自己的屏幕,要求提供电子邮件地址:
网址为http://127.0.0.1:8080/_ah/login?continue=http%3A//127.0.0.1%3A8080/mypage
我猜它的目的是在开发过程中嘲笑不同的用户?但这留下了一些问题:
正如你所看到的,我只是不明白。我确实看到它为我的get_current_user()
提供了一个结果 - 一个用户实例,其中包含我提交的电子邮件地址。
我认识到这实际上是同一个问题
“How to Bypass Local Login Screen with Oauth2 and GAE”,似乎得出的结论是整个oauth2client
库是相当无用的,我们最好都去编写自己的身份验证流程?严重?
如果这是事物的状态,欢迎备选建议(在评论中)。我的工作流程是通过Google的Oauth向用户发送授予权限,以便我的网络应用程序可以代表他们继续执行操作。
答案 0 :(得分:1)
如果您想使用Google提供的get_current_user()
,您无法真正避免它,它实际上非常有用。如果你想做自己的身份验证,那就不要使用它,你就不会被重定向到/_ah/login
。
简而言之,这只是在本地模拟实际的Google登录。在开发模式下登录您的实际帐户将是一个巨大的混乱,并且很难模拟多个用户。该代码不会在线执行,而是会被重定向到Google进行审批。