提琴手作曲家验证请求
fiddler composer authenticating a request
这可能看起来很愚蠢,但这是我的问题。
如果我像这样调用此身份验证 url:
一切正常,但我想将正文发送为 JSON。
所以我尝试了这个:
这失败了,错误是:
{
"status": false,
"exception": "invalid_request",
"error": "The request is missing a required parameter, includes an invalid parameter value, includes a parameter more than once, or is otherwise malformed. Check the \"grant_type\" parameter."
}
有人知道为什么吗?
正如您正确注意到的那样,HTTP 客户端使用 Accept header 来告诉服务器它们将接受哪些内容类型。然后服务器将发回一个响应,其中将包含 Content-Type header 告诉客户端返回内容的内容类型实际上是什么。
但是,您可能已经注意到,HTTP 请求也可以包含 Content-Type header。为什么?好吧,想想 POST 或 PUT 请求。对于这些请求类型,客户端实际上将一堆数据作为请求的一部分发送到服务器,并且 Content-Type header 告诉服务器数据实际上是什么(从而确定服务器如何将解析它)。
特别是,对于由 HTML 表单提交产生的典型 POST 请求,请求的 Content-Type 通常是 application/x-www-form-urlencoded 或 multipart/form-data.
这可能看起来很愚蠢,但这是我的问题。 如果我像这样调用此身份验证 url:
一切正常,但我想将正文发送为 JSON。 所以我尝试了这个:
这失败了,错误是:
{
"status": false,
"exception": "invalid_request",
"error": "The request is missing a required parameter, includes an invalid parameter value, includes a parameter more than once, or is otherwise malformed. Check the \"grant_type\" parameter."
}
有人知道为什么吗?
正如您正确注意到的那样,HTTP 客户端使用 Accept header 来告诉服务器它们将接受哪些内容类型。然后服务器将发回一个响应,其中将包含 Content-Type header 告诉客户端返回内容的内容类型实际上是什么。
但是,您可能已经注意到,HTTP 请求也可以包含 Content-Type header。为什么?好吧,想想 POST 或 PUT 请求。对于这些请求类型,客户端实际上将一堆数据作为请求的一部分发送到服务器,并且 Content-Type header 告诉服务器数据实际上是什么(从而确定服务器如何将解析它)。
特别是,对于由 HTML 表单提交产生的典型 POST 请求,请求的 Content-Type 通常是 application/x-www-form-urlencoded 或 multipart/form-data.