我用fiddler抓包时发现参数带了签名,这个url是一个分页的数据,分页没有页码和页索引,只有两个参数pushTime和id,这个url可以直接在url中打开,fiddler抓包的时候带header了好几个参数(实际上没作用),如:
https://app2.reee.cn/reee/api/post/latests?pushTime=2018-07-10T03:59:53.701Z&id=5b442f3e5fc1abea5c3cd0b6
https://app2.reee.cn/reee/api/post/latests?pushTime=2018-07-09T14:26:51.862Z&id=5b4370b32578b5ea6563b51d
https://app2.reee.cn/reee/api/post/latests?pushTime=2018-07-09T01:38:02.317Z&id=5b42bc822578b5ea65637a24
https://app2.reee.cn/reee/api/post/latests?pushTime=2018-07-08T22:37:30.222Z&id=58279b1cfafe410ede05d3af
1.参数pushTime:分页数据不带页码和页大小,分页的依据是pushTime,每一页(20行)按时间倒叙排列,取最后一行数据的pushTime,作为下一个的页标识,如这一页我请求的20行数据最小的时间是2018-07-09T14:26:51.862Z,那这个时间便是下一页请求的页标识。
2.参数id:应该是对pushTime加密了,我发现改动pushTime没有任何作用,sql查询的标识应该是在服务端对id进行解密
求解啊?重金30元感谢。
说说我的困惑,刚开始在浏览器打开这条url的时候,心理默念:“我曹这么简单吗,这app做的真垃圾”,而后来我才发现几乎无法抓取分页数据的,这个id对pushTime在客户端进行了加密,
id是对pushTime进行了加密,无法破解这个id,就无法抓取分页的数据,求大神思路指点
第二个链接的两个参数正好是第一个链接最后一条数据的内容,不谢。
这种分页方式也是非常常见的,特别是手机app。上一页最小(或最大)id作为取下页的参数。
@飞舞的叶子: 是的,我粗心大意了,
@飞舞的叶子: 多谢了
从欣喜若狂到跌入谷底的感受啊
– 张林-布莱恩特 6年前