老司机教你看妹子——你的第一个知乎爬虫(2)

序

“老师快教我怎么才能获取完整图片？”

别急，还记得上回说的，设置UA的事情么

“嗯， 要把自己伪装成一个浏览器 ”

我们先看看浏览器做了什么。

浏览器做了什么

你已经知道了，知乎的网页是通过 Ajax 进行 异步加载， 证据就是那个大大的“更多”按钮。

点一下，就加载更多。

那么点了按钮之后究竟发生了什么呢？浏览器可以告诉我们究竟发生了什么。

使用Chrome浏览器，在页面上单击鼠标右键->审查元素(检查)，就可以唤起开发者工具。

切换到Network一栏里，然后点击“更多”，就可以看到点击了“更多”后面发生了什么网络请求。

你看到了什么？

“一堆图片请求，然后上面的那个看图标应该是文件之类的，而且有29k，加载了630ms。而且，从时间顺序上看，先执行获取到了这个数据，然后再加载的图片。”

Ok，那我们点开看一下。

fetch-preview.png

fetch-preview2.png

啊哈！

“这里是具体的回答数据！那我只需要调用这个接口，就可以拿到所有的答案了！“

Copy as cURL

你迫不及待的写下了，r = requests.get(url,headers=ua_header) 这样的代码，却发现了我在旁边笑而不语。

“有什么问题么？”

不要急着动手写，先分析下这个请求都带了那些参数。

“是指的url里的参数么？”

不是。选中那个请求，然后右键->Copy->Copy as cURL

cURL是一个利用URL语法在命令行下工作的文件传输工具，绝大多数的linux 和unix都会内置的一个软件.
但是，注意windows下命令行里调用的curl并不是这里提到的那个curl，具体的讨论可以看这篇：PowerShell 为什么 alias 了 curl 就引起了如此大的争议？

“那我现在要去装curl？”

别急啊，我们先看看我们复制出来了什么。

curl 'https://www.zhihu.com/api/v4/questions/22212644/answers?sort_by=default&include=data%5B%2A%5D.is_normal%2Cis_collapsed%2Cannotation_action%2Cannotation_detail%2Ccollapse_reason%2Cis_sticky%2Ccollapsed_by%2Csuggest_edit%2Ccomment_count%2Ccan_comment%2Ccontent%2Ceditable_content%2Cvoteup_count%2Creshipment_settings%2Ccomment_permission%2Cmark_infos%2Ccreated_time%2Cupdated_time%2Creview_info%2Crelationship.is_authorized%2Cis_author%2Cvoting%2Cis_thanked%2Cis_nothelp%2Cupvoted_followees%3Bdata%5B%2A%5D.author.follower_count%2Cbadge%5B%3F%28type%3Dbest_answerer%29%5D.topics&limit=721&offset=0' -H 'Cookie: aliyungf_tc=AQAAADvok2VGQgEAiE1NfJc49LzrUk7p; q_c1=ef155c9cc9124e1f951447b3b6fd875f|1500990779000|1500990779000; _zap=84936da1-3813-4842-a846-56214e791bd0; q_c1=70bd5b2623c14a3d9079630a483b0aa3|1500990778000|1500990778000; l_n_c=1; l_cap_id="NDczNThhZjExZWU1NDIzYWJhMDllNjBkZTJiNDUwZGI=|1500990807|075d561c18784c75946ae101e6f7135b5b271cf3"; r_cap_id="Y2MwNzdlMjMxMjc0NDViMGE0NWJhOTI3NGQzNjQwNGY=|1500990807|769b04b121d8b52602f6d7f3e86ca62bf5f80d33"; cap_id="ZTFkYmRiMjZiZTgyNDdjY2I3YTk3ZDExNDZjZDUyYmY=|1500990807|2f85fb4342ee06cfe26e5ba006d699c778a7787c"; n_c=1; _xsrf=b967f17b-4577-428e-906d-1c306c67decd' -H 'Accept-Encoding: gzip, deflate, br' -H 'Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.6,en;q=0.4' -H 'authorization: oauth c3cef7c66a1843f8b3a9e6a1e3160e20' -H 'accept: application/json, text/plain, */*' -H 'Referer: https://www.zhihu.com/question/22212644' -H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36' -H 'Connection: keep-alive' --compressed

嗯，这么长一行确实挺恶心的，我们来换个行。

curl
'https://www.zhihu.com/api/v4/questions/22212644/answers
?sort_by=default
&include=data%5B%2A%5D.is_normal%2Cis_collapsed%2Cannotation_action%2Cannotation_detail%2Ccollapse_reason%2Cis_sticky%2Ccollapsed_by%2Csuggest_edit%2Ccomment_count%2Ccan_comment%2Ccontent%2Ceditable_content%2Cvoteup_count%2Creshipment_settings%2Ccomment_permission%2Cmark_infos%2Ccreated_time%2Cupdated_time%2Creview_info%2Crelationship.is_authorized%2Cis_author%2Cvoting%2Cis_thanked%2Cis_nothelp%2Cupvoted_followees%3Bdata%5B%2A%5D.author.follower_count%2Cbadge%5B%3F%28type%3Dbest_answerer%29%5D.topics
&limit=20
&offset=3'
-H 
'Cookie: 
    aliyungf_tc=AQAAADvok2VGQgEAiE1NfJc49LzrUk7p;   q_c1=ef155c9cc9124e1f951447b3b6fd875f|1500990779000|1500990779000; _zap=84936da1-3813-4842-a846-56214e791bd0;
    l_n_c=1;
    l_cap_id="NDczNThhZjExZWU1NDIzYWJhMDllNjBkZTJiNDUwZGI=|1500990807|075d561c18784c75946ae101e6f7135b5b271cf3";
    r_cap_id="Y2MwNzdlMjMxMjc0NDViMGE0NWJhOTI3NGQzNjQwNGY=|1500990807|769b04b121d8b52602f6d7f3e86ca62bf5f80d33";    cap_id="ZTFkYmRiMjZiZTgyNDdjY2I3YTk3ZDExNDZjZDUyYmY=|1500990807|2f85fb4342ee06cfe26e5ba006d699c778a7787c";
    n_c=1;
    _xsrf=b967f17b-4577-428e-906d-1c306c67decd'
-H 'Accept-Encoding: gzip, deflate, br'
-H 'Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.6,en;q=0.4'
-H 'authorization: oauth c3cef7c66a1843f8b3a9e6a1e3160e20'
-H 'accept: application/json, text/plain, */*'
-H 'Referer: https://www.zhihu.com/question/22212644'
-H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36'
-H 'Connection: keep-alive'

curl的第一参数就是要请求的url， -H表示一个Header，所以，这个请求总共有8个Header,其中一个是cookie。

“老师，cookie是啥”

（如果你知道cookie是啥，可以跳过下面的小节）

cookie与session

我们从一个故事开始。

你去柜台买东西，付钱拿货走人。第二天你又去柜台，说说好的赠品还没给呢。店员说，你谁啊，要啥赠品啊，买东西那边排队去。卒。后来为了避免这种情况，柜台会给个你一个收据，同时也会记录那些东西卖出去了，还欠着赠品。你下次来的时候，带着收据，柜台根据收据，一查账，诶发现确实欠你个赠品，然后给你赠品。大家都美滋滋。

“店员就这么蠢，一点都不记事么”

对，最开始的http协议就是这样，一次请求结束后，连接就断开了。后来有了cookie的诞生，发送一些额外的信息，用来标记用户。

“那cookie就是收据，session就是店家的记录？”

对，cookie和session分别表示存在浏览器和服务器的某些数据，这些数据被用来标识用户和记录状态。而且cookie是通常都是服务器设置的。

Request with cookie

“那我就把这些cookie直接写近代码里就可以了么？”

cookie会过期，所以，最好还是要知道这些cookie从何而来。

我们从头开始，看看服务器给我们设置了那些cookie

在做这个之前，你要先进入Chrome的隐身模式，隐身模式会清除你以前浏览器留下的cookie，其实之前我们所有的请求都是在隐身模式下发起的。

点开第一条请求，我们看到了_xsrf和aliyungf_tc这两个cookie

_xsrf这样的字段通常是用来防止XSRF(跨站请求伪造)的，而且aliyungf_tc，从名称上来看，应该是阿里云高防塞的。

“那q_c1, l_n_c, l_cap_id,r_cap_id,cap_id, n_c这些呢？”

一点小经验：这种充斥着大量连字符、意义不明的cookie，都可以忽略，这些通常是在某些中间步骤被设置进去的。

我们分析了这么多，终于可以开始写了。

我们上次用到的requests库，提供了一个requests.Session()对象，可以用来很方面的模拟一次会话，它会设置根据服务器的返回自动cookie。

def init(url):
    ua = {'User-Agent':'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36'}
    s = requests.Session()
    s.headers.update(ua)
    ret=s.get(url)
    return s

“老师，这个get的这个url是干啥用的，为啥返回值直接不要了”

会想一下我们刚刚分析的整个流程，首先打开了某个网页，然后JS调用了"https://www.zhihu.com/api/v4/questions/22212644/answers"这样一个接口。所以，我们要模拟打开网页的那一步，让服务器给我们设置cookie。

“然后接下来模拟js调用？”

然也

def fetch_answer(s,qid,limit,offset):
    params={
        'sort_by':'default',
        'include':'data[*].is_normal,is_collapsed,annotation_action,annotation_detail,collapse_reason,is_sticky,collapsed_by,suggest_edit,comment_count,can_comment,content,editable_content,voteup_count,reshipment_settings,comment_permission,mark_infos,created_time,updated_time,review_info,relationship.is_authorized,is_author,voting,is_thanked,is_nothelp,upvoted_followees;data[*].author.follower_count,badge[?(type=best_answerer)].topics',
        'limit':limit,
        'offset':offset
    }
    url ="https://www.zhihu.com/api/v4/questions/"+qid+"/answers"
    return s.get(url,params=params)

qid,就是url后面的那一串数字，question_id,limit表示一次拉去多少个回答、offset表示从第几个开始。

接下来你就可以运行一下了。

url = "https://www.zhihu.com/question/29814297"
session = init(url)
q_id = url.split('/')[-1]
offset = 0
limit=20
ret=fetch_answer(session,q_id,limit,offset)

如果不出意外的话，你可能会看到这样一个结果：

“呃，老师这个\u8bf7这一串是什么”

最简单的方式，把这一串copy出来，贴到交互式窗口里：

请求头错误，我们可以通过ret.request.headers查看我们个发出的请求，究竟包含了那些header

对比之后，发现，少了authorization: oauth c3cef7c66a1843f8b3a9e6a1e3160e20

我们在init函数里把它加上

def init(url):
    ua = {'User-Agent':'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36'}
    s = requests.Session()
    s.headers.update(ua)
    ret=s.get(url)
    s.headers.update({"authorization":"oauth c3cef7c66a1843f8b3a9e6a1e3160e20"})
    return s

在执行一次，我们终于成功了

获取所有答案

“等一下，老师，刚刚那个fetch_answer，limit我们可以直接设置到99999啊，然后不久可以一口气拿回来所有的么，或者我们找下总共有多少个回答，然后设置成那个数字不就好了嘛。”

你一天吃三顿饭，但是你会一口气吃光三顿饭么！这么做当然可以，但是这样的行为十分反常，而且很可能触发某些反爬虫机制，因为这个特征太明显了。牢记一点，你是一个浏览器。

（实际上知乎会把大于20的limit当做20去处理）

这里我们因为不关心总数，所以就利用fetch_answer返回的paging里的is_end字段，来判断是否获取完毕。

def fetch_all_answers(url):
    session = init(url)
    q_id = url.split('/')[-1]
    offset = 0
    limit=20
    answers=[]
    is_end=False
    while not is_end:
        ret=fetch_answer(session,q_id,limit,offset)
        #total = ret.json()['paging']['totals']
        answers+=ret.json()['data']
        is_end= ret.json()['paging']['is_end']
        print("Offset: ",offset)
        print("is_end: ",is_end)
        offset+=limit
    return answers

最后，我们拿到了一个answer的数组，从每个answer里的'content'字段里找出url，下载就好了。

url = "https://www.zhihu.com/question/29814297"
answers=fetch_all_answers(url)
folder = '29814297'
for ans in answers:
    imgs = grep_image_urls(ans['content'])
    for url in imgs:
        download(folder,url)

完整的代码在这里

“老师图呢？”

最后爬取了“日常穿JK制服是怎样一种体验？”这样一个问题，拿到了970张图

“老师，我们下节课干啥”

关注我，下节课你就知道了。

我的知乎,或者我的简书