TwitterOAuth使用简单REST客户机进行400错误请求响应的可能原因
我已经在设置/…/Keys和访问令牌页面中生成了访问令牌,现在有了一个TwitterOAuth使用简单REST客户机进行400错误请求响应的可能原因,rest,twitter,oauth,advanced-rest-client,Rest,Twitter,Oauth,Advanced Rest Client,我已经在设置/…/Keys和访问令牌页面中生成了访问令牌,现在有了一个 用户密钥 使用者密钥 所有者ID(即使可能已经生成) 访问令牌 访问令牌秘密 我使用一个rest客户端来测试是否能够使用这个api端点获取最新的3种状态 以及以下标题 接受:/ 连接:关闭 用户代理:OAuth gem v0.4.4 内容类型:application/x-www-form-urlencoded 内容长度:76 主持人:api.twitter.com 授权:OAuth oauth_消费者_密钥= oa
- 用户密钥
- 使用者密钥
- 所有者ID(即使可能已经生成)
- 访问令牌
- 访问令牌秘密
- 接受:/
- 连接:关闭
- 用户代理:OAuth gem v0.4.4
- 内容类型:application/x-www-form-urlencoded
- 内容长度:76
- 主持人:api.twitter.com
- 授权:OAuth
- oauth_消费者_密钥=
- oauth_签名=
- oauth_签名法=
- oauth_时间戳=
- oauth_代币=
- oauth_版本=
{
“错误”:[
{
“代码”:32,
“消息”:“无法验证您的身份。”
}
]
}对于邮递员部分,请确保将Timestamp和nonce留空,并在点击发送之前点击“更新请求”。这将生成时间戳和nonce,否则每次都会出现授权失败。我只是用我的twitterapi证书尝试了一下,效果很好 对于Oauth gem代码,我发现奇怪的是,对于
GET
请求,您有一个Content-Type
和Content-Length
头。看起来400错误请求可能是因为您试图对仅支持GET
的端点执行POST
。事实上,当我试图对该端点执行POST
时,它会告诉我
{
"errors": [
{
"code": 86,
"message": "This method requires a GET or HEAD."
}
]
}
所以400实际上是个好消息——这意味着授权是有效的,您只是用错误的方式调用了API