实时监控德州仪器TI芯片商品库存说到这里不得不提一下，德州仪器是天下第一大数字旗子暗记处理器制造商，半导体业务占全体公司的85%。
客户是做芯片炒货，他们基本上都是德州TI去下单。最近芯片很热门，大家都懂。为了提高购买效率、获取最新行业动向，这个客户就须要最先知道德州仪器官网在售卖的大部分产品中哪些存变革。最主要的是，那些缺货的芯片要在第一韶光知道补货情形，如果有货了立时关照客户去下单。
刚开始的时候，大略研究一下德州仪器的网站，创造每样商品都会显示库存数据，当时以为这不很大略嘛。库存数据所在页面的构造固定，那不是信手拈来嘛，结果客户说 这个数据基本上10分钟才更新一次。
现在芯片这么火爆，如果一个热门的芯片溘然有货了，你10分钟后才知道，那基本上连车尾灯都看不到。紧接着就连续研究这个页面，创造在加入购物车的时候输入数量，如果输入的值超过标出的值就会提示 超出可用库存。然而还有一种情形便是表面显示的库存如果是5000个 加入购物车也填写5000 他还是会提示超出库存。此时仿佛瞥见了希望，由于它前端校验的时候 彷佛真实库存跟显示的库存不一致，那么第一反应便是 这个校验的接口便是我们要找的。打脸的速率总是比预期的要快，创造这个接口后立马拉着客户来测试。客户现场下单，下单后在购物车中可以看到库存显示是减少的，然而这个接口数据却没有变。这个接口就可以剖断不是实时更新的，直接pass。
根据之前客户供应的线索，当一个商品加入购物车之后，会在购物车中显示真实的库存，但要查看购物车 那就必须要仿照登录。后来定下来的思路便是：把须要监控商品 加入购物车，这个账户就不参与购买 仅用作监控。用脚本一直获取购物车中显示的该商品的库存信息，理论上这样就可以第一韶光知道商品的库存数据。
现实总是残酷的，德州仪器的系统总是崩溃，平常访问也非常慢。我的预测是它的数据量太大，数据要同步发卖、库存、物流、订单，等业务系统，以是本身这种弘大的架构就不会很快。再加上数不清的爬虫在和我们一样一直的访问，基本上没多少做事能顶得住。
终极做出来的效果是正常情形下10秒旁边更新一次，网络颠簸大的话就30秒到50秒，下一步操持加入代理ip效果会好很多。
