【问题标题】:BigCommerce orders API: paginated retrieval with filtering (modified_date, order status)BigCommerce 订单 API:带过滤的分页检索(修改日期、订单状态)
【发布时间】:2013-08-30 09:41:45
【问题描述】:

Podbox 正在使用 BigCommerce orders API 构建连接器,以将 BigCommerce 电子商店的订单同步到云 CRM(如 vTiger、Salesforce 或 ZohoCRM)。作为开发人员之一,我发现不幸的是,有几点会阻碍该过程的效率:

  • 最好有分页检索,带有 page 和 limit 参数,如 customers API。这将减少 BigCommerce 服务器和客户端服务器的工作量

  • 客户和订单 API 调用都返回 修改日期 字段,最好将它们用作过滤器来检索在给定日期之后更新的订单。有了这样的标准,API 调用返回的数据就会很小,从而节省带宽并减少 BigCommerce 和客户端服务器的工作量

  • 另一个优化是使用 status id 条件作为过滤器,以便只检索不完整的订单,但似乎这个条件只能以“status id 等于 [value]”,我想以“status id 不同于 7”的形式使用它(7 是 status id完整订单),但目前对我来说似乎不可行

这些功能请求对其他开发人员有用吗?一些 BigCommerce 开发人员是否知道这些功能请求是否在路线图上?或者我是否应该在其他地方提议?

感谢您的关注!

【问题讨论】:

    标签: api pagination filtering bigcommerce orders


    【解决方案1】:

    您提出的 3 个请求中有 2 个已由 BigCommerce 实施。

    • page and limit parameters

    • 您可以通过传递“If-Modified-Since”标头来拉取修改后的订单。这将仅返回自提供的 RFC-2822 日期以来已修改的项目。

    不知道状态码问题,但我找到了this,我猜想将status_id 过滤器设置为0。

    希望这会有所帮助。

    【讨论】:

    • 感谢@chirag-b 的回答。遗憾的是 BigCommerce 直接在 customers API 和快速入门中而不是在“官方”订单文档页面中提到了页面 + 限制参数。 'If-Modified-Since' 相同(在快速入门中提到的是创建日期,而不是版本日期)对于状态,我的标准是 status_id <> 7,这与 status_id == 0 不同帮助页面很难维护 :) 再次感谢!
    猜你喜欢
    • 2017-07-20
    • 1970-01-01
    • 1970-01-01
    • 2013-03-03
    • 1970-01-01
    • 2017-05-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多