生成代码以获取fcm消息推送的刷新令牌的范围应该是什么？
我是Firebase消息推送新手。
https://accounts.google.com/o/oauth2/auth?client_id=CLIENT_ID
当我在浏览器中键入上述url时，我会得到一个代码，用于下面的客户端post调用
{
grant_type=authorization_code,
redirect_uri=urn:ietf:wg:oauth2.0:oob,
code=code get from browser
client_id=your_client_id,
client_secret=your_client_secret,
}
但是范围=https://gdata.youtube.com 上述url应替换为firebase推送通知url。那么只有我能做以上的呼吁。所以我想知道firebase推送通知的范围是什么？我的意思是什么是替换https://gdata.youtube.com 在上面的网址。请帮帮我。
共有1个答案
最后，我从我应该使用什么承载令牌进行Firebase云消息传递测试中找到了答案？链接。这是https://www.googleapis.com/auth/firebase.messaging
-
问题内容： 在我的应用程序中，当用户成功登录时，我将返回访问令牌和刷新令牌。访问和刷新令牌的到期时间已分别设置为10分钟和40分钟。（我应该对这些值进行更多研究。这只是为了测试） 我使用了以下文章中描述的实现 http://www.svlada.com/jwt-token-authentication-with-spring- boot/ 假设我在登录10分钟后向服务器调用了一个请求。由于访问令牌
-
在我的应用程序中，当用户成功登录时，我返回访问令牌和刷新令牌。访问令牌和刷新令牌的过期时间已分别设置为 10 分钟和 40 分钟。（我应该对这些价值观做更多的研究。这只是为了测试） 我使用了以下文章中描述的实现 http://www.svlada.com/jwt-token-authentication-with-spring-boot/ 假设我在登录10分钟后调用了对服务器的请求。由于访问令牌已
-
我知道访问令牌是短期的，因为它们是在不访问数据库的情况下进行验证的，而刷新令牌是长期的，并且是针对数据库进行验证的。 我不明白的是，为什么最初通过发送授权授予获取访问令牌与后来通过发送刷新令牌获取访问令牌之间存在差异。 查看RFC 6749中的这个图，为什么客户端不在步骤（G）中简单地重新发送授权授权？为什么需要刷新令牌？
-
我想从给定的REST-API调用中获取访问令牌。我已经在postman中对此进行了测试，它工作正常，需要在所有3个选项卡中输入数据（授权、标题和正文以及需要启动post方法）。为了更清晰，请查看随附的屏幕截图。请指导我如何使用java和jayaway restassured library或任何其他解决方案自动完成此操作。 邮递员截图-授权选项卡 邮递员截图-标题选项卡 邮递员截图-身体标签 注意
-
由于访问令牌的寿命很短，所以我使用刷新令牌来获得一个新的访问令牌。成功的令牌响应将包括以下内容（来自microsoft api doc的示例）： 我已经读到refresh_token的生命期是有效的，直到撤销或90天不活动。既然我得到了一个新的刷新令牌，我需要用这个新的刷新令牌替换旧的刷新令牌吗？如果我做了，如何删除旧的刷新令牌？ 谢了！
-
我有一个与YouTube直播API集成的程序。它运行在计时器上，所以我相对容易编程，每50分钟用一个刷新令牌获取一个新的访问令牌。我的问题是，为什么？ 当我使用 YouTube 进行身份验证时，它给了我一个刷新令牌。然后，我使用此刷新令牌大约每小时获取一次新的访问令牌。如果我有刷新令牌，我可以随时使用它来获取新的访问令牌，因为它永远不会过期。因此，我认为这比从一开始就给我一个访问令牌而不打扰整个刷