挺简单的,说一下过程吧.希望你能学会"渔".

1) 打开你的给的商品后发现库存都是个位数,立刻就去随便搜索了一个库存数稍微大一些的商品.( https://item.taobao.com/item.htm?id=531414649886 )
2)打开 Fiddler 发送请求.然后在 Ctrl + F 搜索了某个 SKU 的库存 "689" 符合条件的只有个位数请求,一眼望过去,有一个域名是:" detailskip.taobao.com " 点开发现包含所有库存信息.获取到请求地址 https://detailskip.taobao.com/service/getData/1/p2/item/detail/sib.htm?itemId=528392541802&modules=qrcode,viewer,price,contract,duty,xmpPromotion,dynStock,delivery,upp,sellerDetail,activity,fqg,zjys,coupon&callback=onSibRequestSuccess
3)将请求中的 itemId 的值换成需要获取的商品 ID ,直接浏览器请求,返回 403.确认服务器有验证,观察 Fiddler 中的请求,除了 "Referer" 并无其他信息
4)请求时增加个 "Referer" 正常工作.到这里就全部完成了.

额外提醒,这里并没有验证更多信息,比如说请求次数限制等问题,如果碰到可以尝试抓一下各个平台的接口测试.

前几天刚找的一首
http://music.163.com/#/song?id=32785482
版本很多,作曲人找不到是谁.

@tension 这样预算不是加点..而是加几倍预算.价格也完全不是一个级别的.

如果是我.为了"顽皮狗"的游戏,完全不会考虑 Xbox

@blacklee 方便透露下买的时候多少钱吗?躺舒宝感觉咋样?

我还以为是我长城宽带的问题呢.
之前狂掉 B 站的,现在 B 站不常掉了,但是还会偶尔掉一次.
优酷是一直掉,有时候关一次浏览器都能丢失登录状态..

@gamexg 百度怎么拿到的呢?我那里描述到了,手机上只有一个没打开过的 百度云 .

我还很好奇他是怎么实现的,我们这是公寓,账号经常换,虽然端口是固定的,但是不可能有那么大的人力去把端口都映射到每个房间号吧.

主要就是跟小伙伴那定位位置神奇的跟现实一模一样,跟两个人在不同房间用 GPS 定位似的..

还真是.

18 点的时候,需要下载一个小米家的应用.搜不到,我还以为没 IOS 版呢,你这么一说,上官网一看,是有 IOS 版的,二维码扫出来下载了.

哈哈哈~~

实际上并没有换 IP,只是伪造了一下 IP 而已.并没有什么用的功能.
只是在 Fiddler 脚本里随机生成个伪造的 IP.添加到请求头里.
如:
X-Forwarded-For: 1.2.3.4

只不过刚好,ip138 将头信息里的 X-Forwarded-For 优先级设置的比较高.所以才会显示头信息里的 X-Forwarded-For 对应的 IP 而已.

没人会像 IP138 那样,以 X-Forwarded-For 为最高基准来判断用户 IP 的.

同 @shiny
就是被你们给吓的.导致我:
每次在公共场合都要自己摘下耳机确认一下不是外放.
在家看小电影的时候,给电脑插上耳机后必须要关掉音响才敢安心的撸啊撸.

在以前的公司,有过类似的.
我负责前端,开发一个 Chrome 插件,来让人选择爬取的内容.

楼主这个,看功能要完善好多.犀利啊~

另外..移动端就扔掉 jQuery 吧.
换成 Zepto.js 吧

问题没你想的那么难.只是单纯的代码逻辑有问题.

var distanceX = endX - startX;
if(distanceX < 0)

这两行可以看出,你就做了非常简单的判断,一点 X 坐标有变动就执行.
这样,你不管怎么滑动,只要开始时的 X 坐标和结束时的 X 坐标有变化就触发了.

解决办法也不麻烦.完善一下,判断逻辑.
有两组 x,y 坐标就可以判断出角度.然后根据角度来判断执行什么代码即可.

刚好这几天要下载点东西.总共两千多个文件,估计几十个 G.
之前一直 IDM 下载速度能跑满,但是续传和多个文件实在是麻烦.
就在昨天买了一个会员,然而,速度不升反降,一直维持在 200k 往下.
一怒之下挂上虚拟机,开上破解版,满速下载中.

百度在我这重新定义了会员..

http://onetrlee.qiniudn.com/

加

https://chrome.google.com/webstore/detail/icpgjfneehieebagbmdbhnlpiopdcmna?utm_source=chrome-app-launcher-info-dialog

年前还不错,过完年回来,血崩.

都快接近没法用的感觉了.

@ivmm 阿里云在这里有个很大很大的坑.
我自己在虚拟机测试的内存占用,包含了 redis,jvm 和系统自身的内存占用.1G 内存 差不多是刚好可以用的.
结果只要往阿里云放,铁定崩溃.我现在主要是就被阿里云乞丐版配置内存占用坑的体无完肤.
阿里云有各种后台服务,云盾啊,云监控啊.莫名其妙的会占用大量内存资源.所以如果要在自己 ECS 上安装 redis,推荐配置选择的时候,内存要多出一个 G 的预算.

占坑到时候偷偷告诉你...