大规模店铺反关联技术
我不怎么建议使用第三方api 应 使用第三API 的的可识别的 特征码太多了 一旦大规模店铺操作 没清理干净关联妥妥的
值得一提的是 官方的API 虽然算的上是古董的 但是以及可以用 貌似问题也不大
关于反关联技术这块 以后在写
这篇文章主要讲 亚马逊的API 调用 以及调试方式
大规模店铺群 调用api 技术
最近要给WS 系统集成 店铺集群管理
功能包括
1.批量比价
2.批量调价等
3.自动根据API 返回购物车价格自动调价
4.自动下载订单
5.自动上传产品等
。。。。。
官方主要文档
Amazon Marketplace Web Service (Amazon MWS) Documentation
我主要用到两个API 包
一个查看产品 Version 2011-10-01
一个提交产品信息 Version 2009-01-01
修改或提交产品为例
使用的包
MarketplaceWebService
请求更新产品信息
一个调用SubmitFeed来检查提交或更新产品的示例
MarketplaceWebService\Samples\SubmitFeedSample.php
查看请求状态
一个调用GetFeedSubmissionList来检查提交的状态的示例
MarketplaceWebService\Samples\GetFeedSubmissionListSample.php
备注:
一旦FeedProcessingStatus更改为DONE,然后调用GetFeedSubmissionResult检查处理错误
查看错误信息
一个调用调用GetFeedSubmissionResult检查处理错误的示例
MarketplaceWebService\Samples\GetFeedSubmissionResultSample.php
获得产品信息 (这个 API 比较直观 且API SDK 感觉比较新 DOME 比较完善)
使用的包
MarketplaceWebServiceProducts
请求限制
这三个控制亚马逊MWS节流的值的定义是:
- 请求配额 – 您可以一次提交而不受限制的请求数量。请求配额随着您提交的每个请求而降低,并以恢复速率增加。请求是为每个亚马逊卖家帐户和亚马逊MWS开发者帐户对计算的。
- 还原率(也称为回收率) – 请求配额随着时间的推移而增加的速率,直到达到最大请求配额。
- 最大请求配额(也称为突发速率) – 请求配额可以达到的最大大小。
- 每小时请求限额 – 每小时可以提交的最大请求数。
要应用这些想法,请考虑这个例子。假设您想要使用 SubmitFeed操作来提交25个库存更新订阅源。该SubmitFeed操作具有15的请求配额,每两分钟一个新请求的恢复速度。如果您一次提交所有25个提要请求,则在15个请求之后,您的请求将被限制。一旦请求配额恢复,您将不得不重新提交10个提要请求。由于恢复率是每两分钟一个请求,因此您需要20分钟才能提交剩余的10个提要请求。因此,您不必提交所有请求,而必须重新提交被扼杀的请求,而是可以自动执行您的流程以递增方式提交Feed请求。
例如,您可以提交10个提要请求(在原来的25个提要中),而请求限额仍然会有五个请求。然后,您可以等待10分钟,恢复速度将请求配额增加到10(10分钟内每两分钟一个请求将提供五个新请求)。然后,您可以提交10个以上的提要请求。对于剩余的五个Feed请求,您可以再等十分钟,然后提交。如果一切顺利,您将在大约20分钟内提交所有25个广告资源Feed。
您应该考虑自动执行请求,并执行回退过程,如果由于达到最大请求限额而发生限制,或Web服务遇到高通信量,则可能会减慢发出的请求数,并重新提交最初失败的请求。
每小时请求配额
除了数字请求配额外,某些API部分(当前的产品,报告和供稿)还有一个小时请求配额。这意味着您可以在一小时内为特定操作提出最大数量的请求。为了保持总体流量平衡,不同呼叫者之间的一小时时间的开始和结束是不同的。对于某些操作,小时配额将小于恢复率乘以一小时。请参阅特定操作参考页面以了解限制范围。
例如,ListMatchingProducts具有20个请求的请求配额,每5秒钟以一个请求的速率刷新。如果在一小时内没有超过20个请求配额,则每小时最多可处理720个请求。该ListMatchingProducts操作也有720所请求的每小时配额。在第720个请求之后,进一步的请求将导致QuotaExceeded错误,直到重置一小时配额。
亚马逊MWS在每个呼叫响应中提供标题值,显示当前操作的小时配额; 剩余电话的数量; 以及配额重置的日期和时间。例如:
x-mws-quota-max:3600 x-mws-quota-remaining:10 x-mws-quota-resetsOn:Wed,06 Mar 2013 19:07:58 GMT
您可以监视这些标题,以确定您可以进行多少个请求,直到重置时间。
有几件事情可以做,以确保您的提要和提交成功处理:
- 了解您提交的特定请求的限制限制。
- 如果服务不可用,请自动减少请求数量。计划应该使用还原率值来确定何时应该重新提交请求。
您还应该分发您的请求以最大化服务可用性:
- 时间以外的时间提交请求。例如,在小时后11分钟或小时后41分钟提交请求。
- 利用亚马逊MWS流量可能较低的时间,例如傍晚或清晨。
辅组工具
Amazon MWS Scratchpad(亚马逊API 测试 以及接口代码生成工具 )
scratchpad
Using the Product Advertising API Scratchpad(上面那个说明文件 有中文)
Search: Go Amazon Marketplace Web Service (Amazon MWS) Documentation 英文
这个网站名为Amazon Scratchpad(这里显示的是针对日亚的设置,如果需要查询中国亚马逊,只需将Marketplace改为中国的即可)。
亚马逊API
转载请注明:(●--●) Hello.My Weicot » 大规模 亚马逊店铺反关联 技术 以及店铺群安全API 调用方案