【问题标题】:Uber sandbox api returns duplicate ride request id for mutiple ride requestsUber 沙盒 api 为多个乘车请求返回重复的乘车请求 ID
【发布时间】:2016-08-07 15:55:09
【问题描述】:

我使用 uber_rides python 库创建了一个带有 sandbox_mode = True 的会话,包含所有范围,包括请求。 api 调用工作正常,但我得到了多个乘车请求的重复 request_ids(一个接一个地触发,而不是并发的)。尽管这些请求使用相同的 lat、longs 和 product_id。 uber 是否有可能使用 lat, long 创建乘车 ID? 这个可以吗 ?或者我真的错过了什么,这不应该发生?

【问题讨论】:

    标签: uber-api


    【解决方案1】:

    我认为您可能会遇到的问题是,如果您已经在旅行并且您尝试创建一个新旅行,API 将只返回您当前旅行的旅行详细信息。所以我认为正在发生的事情是您正在创建一个行程,然后尝试创建另一个行程,然后您又回到了“处理中”状态,因此看起来您创建了一个新行程,但实际上它仍然是第一次行程。

    您可以通过创建行程、检查 UUID、取消行程、然后请求新行程并查看 UUID 是否不同来验证这一点。

    最好, 丰富

    【讨论】:

    • 谢谢,这行得通。虽然现在我遇到了 webhook 回调的问题(在我的自签名 https 服务器上没有收到回调)。这个问题有一个问题:stackoverflow.com/questions/34606023/… 但没有具体的答案。您能考虑一下吗?
    • 嘿苛刻,我认为您遇到的问题是您使用的是自签名证书。我们的 webhook 只会发布到使用 CA 证书签名的服务器。
    • 感谢您的澄清。将使用 CA 签名证书并重试。
    • 为了获得 CA 签名证书,我推荐 Let’s Encrypt,它是一个免费、自动化和开放的证书颁发机构 (CA),为公众利益而运行。
    【解决方案2】:
    • product_id 基于 start_latitude/start_longitude 或 start_place_id 参数。
    • request_id 不是(它只是一个标识乘车请求的 UUID)

    如果您使用相同的 OAuth Bearer 令牌执行多个乘车请求,并且您没有取消第一个正在进行的乘车请求,那么您基本上会取回当前正在进行的行程的状态详细信息。

    根据Uber Help - CAN I REQUEST MORE THAN ONE UBER?

    目前,您无法请求超过一趟 单个帐户。

    如果您的聚会不能由单辆车容纳,请准备好 您的团队中有多个人请求乘车。我们提供车辆选择 在许多城市最多可容纳 6 人。

    如果您的群组中没有其他人拥有优步帐户,您可以邀请他们 从您的应用程序的主菜单注册。作为奖励,您和 您的朋友将收到推荐促销活动。

    这也适用于 Uber API。

    但是,在我使用 Uber API 时,我注意到在一些响应中发回了以下速率限制标头:

    • X-Rate-Limit-Limit-Concurrent-Trips:10
    • X-Rate-Limit-Remaining-Concurrent-Trips: 10

    因此他们可能计划增加从同一 Uber 乘客发出并发乘车请求的可能性。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2020-11-17
      • 2017-02-12
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-05-21
      • 1970-01-01
      • 2016-11-06
      相关资源
      最近更新 更多