【问题标题】:Uber API's https://api.uber.com/v1.2/requests/ endpoint does not work as for all my ridesUber API 的 https://api.uber.com/v1.2/requests/ 端点不适用于我所有的游乐设施
【发布时间】:2018-08-15 21:59:16
【问题描述】:

我无法接收有关过去游乐设施的详细信息。 场景如下:

我在https://api.uber.com/v1.2/history?offset=0&limit=10 发出 GET 请求 当然,使用所需的标题,它工作得很好。

但是,如果我在https://api.uber.com/v1.2/requests/request_id_here 发出 GET 请求,使用与上述请求相同的标头,而不是 request_id_here 使用也从上面收到的有效请求 ID,则响应将是:

{ "message": "找不到行程", “代码”:“未找到” } 使用代码 404

我说有效的 request_ids 是因为我从 /history 请求中获得了它们,而且如果我拼错了一个,它将返回 422 "code": "invalid_request_id" 响应。

这里更奇怪的是,我从历史记录中获得的第一个 id 每次都可以正常工作,但其他 9 个则根本无法工作。

你知道为什么会这样吗?

【问题讨论】:

  • 有什么办法可以让这些游乐设施在一段时间后被移除?至少在 API 方面,因为我仍然可以在他们的移动应用上找到它们。

标签: uber-api


【解决方案1】:

在您的示例中,您使用了两个不同的端点:

  • v1.2/history :它是驱动程序 API 端点,需要您的有效驱动程序用户进行身份验证才能获得游乐设施列表。

  • v1.2/requests/request_id_here :这是 Rider API 端点 - 您需要使用特定的 Rider 用户帐户 acces_token 才能获取行程信息。所以你不能使用以前的驱动程序访问令牌。默认情况下,只能访问有关您的应用请求的行程的详细信息。但是,如果您的应用程序具有 all_trips 范围,则将返回所有行程的行程详细信息,无论是哪个应用程序发起的。

请查看优步文档:https://developer.uber.com/docs/riders/references/api/v1.2/requests-request_id-get

【讨论】:

猜你喜欢
  • 1970-01-01
  • 2015-05-29
  • 2018-03-23
  • 1970-01-01
  • 1970-01-01
  • 2017-04-23
  • 2016-11-20
  • 2017-01-02
  • 1970-01-01
相关资源
最近更新 更多