【发布时间】: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