我正在跟踪railscasts 235- devise -and-omniauth-revised。第一步是设置Twitter应用程序凭据。我发现有
消费者密钥/消费者秘密
并且
访问令牌/访问令牌密钥
我的问题很简单，为什么会有两对凭证，使用它们的正确方案是什么？
我注意到这里是另一个相同的问题，没有太大帮助。
好的，据我所知，consumer_key对用于服务器。access_key对适用于客户端。检查下面的评论。如果您有其他理解，请添加您的答案。
使用者密钥用于您的应用程序，而客户端令牌则用于应用程序上下文中的最终用户。
如果您只想在应用程序上下文中调用，则使用使用者密钥就足够了。您将受到每个应用程序的速率限制，并且将无法访问非公开的用户数据。
使用用户令牌上下文，您将受到每个令牌/用户的速率限制，如果您有多个用户并且需要进行超过应用程序上下文速率限制所允许的呼叫，则这是理想的。您的总通话量（通常每15分钟）= number_of_user_tokens X per_user_token_per_api_rate_limit。同样，您可以通过这种方式访问私人用户数据。
使用哪种取决于您的方案。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句