Uber sandbox api为多次乘车请求返回重复的乘车请求ID

时间:2016-04-15 15:26:10

标签: uber-api

我使用uber_rides python库创建了一个包含sandbox_mode = True的会话,包含所有范围,包括请求。 api调用工作正常,但我得到多次乘坐请求的重复request_ids(一个接一个地触发,而不是并发)。虽然这些请求使用相同的lat,long和product_id。可能有可能优步使用lat创建一个骑行ID,很长? 这个可以吗 ?或者我真的错过了什么,这应该永远不会发生?

2 个答案:

答案 0 :(得分:1)

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

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

最佳,    里奇

答案 1 :(得分:0)

  • 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
  •   

所以他们可能会计划增加同一个优步骑手同时进行骑行请求的可能性。