瞭解cookie和sessionhtml
- 無狀態的http協議python
- 如上圖所示,HTTP協議 是無狀態的協議,用戶瀏覽服務器上的內容,只須要發送頁面請求,服務器返回內容。對於服務器來講,並不關心,也並不知道是哪一個用戶的請求。對於通常瀏覽性的網頁來講,沒有任何問題。
- 可是,如今不少的網站,是須要用戶登陸的。以淘寶爲例:好比說某個用戶想購買一個產品,當點擊 「 購買按鈕 」 時,因爲HTTP協議 是無狀態的,那對於淘寶來講,就不知道是哪一個用戶操做的。
- 爲了實現這種用戶標記,服務器就採用了cookie這種機制來識別具體是哪個用戶的訪問。
web
瞭解Cookieajax
- 如圖,爲了實現用戶標記,在Http無狀態請求的基礎之上,咱們須要在請求中攜帶一些用戶信息(好比用戶名之類,這些信息是服務器發送到本地瀏覽器的,可是服務器並不存儲這些信息),這就是cookie機制。數據庫
- 須要注意的是:cookie信息是保存在本地瀏覽器裏面的,服務器上並不存儲相關的信息。 在發送請求時,cookie的這些內容是放在 Http協議中的header 字段中進行傳輸的。瀏覽器
- 幾乎如今全部的網站都會發送一些 cookie信息過來,當用戶請求中攜帶了cookie信息,服務器就能夠知道是哪一個用戶的訪問了,從而不須要再使用帳戶和密碼登陸。緩存
- 可是,剛纔也提到了,cookie信息是直接放在Http協議的header中進行傳輸的,看得出來,這是個隱患!一旦別人獲取到你的cookie信息(截獲請求,或者使用你的電腦),那麼他很容易從cookie中分析出你的用戶名和密碼。爲了解決這個隱患,因此有了session機制。
安全
瞭解session服務器
- 剛纔提到了cookie不安全,因此有了session機制。簡單來講(每一個框架都不同,這只是舉一個通用的實現策略),整過過程是這樣:
- 服務器根據用戶名和密碼,生成一個session ID,存儲到服務器的數據庫中。
- 用戶登陸訪問時,服務器會將對應的session ID發送給用戶(本地瀏覽器)。
- 瀏覽器會將這個session ID存儲到cookie中,做爲一個鍵值項。
- 之後,瀏覽器每次請求,就會將含有session ID的cookie信息,一塊兒發送給服務器。
- 服務器收到請求以後,經過cookie中的session ID,到數據庫中去查詢,解析出對應的用戶名,就知道是哪一個用戶的請求了。
cookie
總結
- cookie 在客戶端(本地瀏覽器),session 在服務器端。cookie是一種瀏覽器本地存儲機制。存儲在本地瀏覽器中,和服務器沒有關係。每次請求,用戶會帶上本地cookie的信息。這些cookie信息也是服務器以前發送給瀏覽器的,或者是用戶以前填寫的一些信息。
- Cookie有不安全機制。 你不能把全部的用戶信息都存在本地,一旦被別人竊取,就知道你的用戶名和密碼,就會很危險。因此引入了session機制。
- 服務器在發送id時引入了一種session的機制,很簡單,就是根據用戶名和密碼,生成了一段隨機的字符串,這段字符串是有過時時間的。
- 必定要注意:session是服務器生成的,存儲在服務器的數據庫或者文件中,而後把sessionID發送給用戶,用戶存儲在本地cookie中。每次請求時,把這個session ID帶給服務器,服務器根據session ID到數據庫中去查詢,找到是哪一個用戶,就能夠對用戶進行標記了。
- session 的運行依賴 session ID,而 session ID 是存在 cookie 中的,也就是說,若是瀏覽器禁用了 cookie ,那麼同時 session 也會失效(可是能夠經過其它方式實現,好比在url中傳遞 session ID)
- 用戶驗證這種場合通常會用 session。 所以,維持一個會話的核心就是客戶端的惟一標識,即session ID
引入
有些時候,咱們在使用爬蟲程序去爬取一些用戶相關信息的數據(爬取張三「人人網」我的主頁數據)時,若是使用以前requests模塊常規操做時,每每達不到咱們想要的目的,例如:
一.基於requests模塊的cookie操做
- 結果發現,寫入到文件中的數據,不是張三我的頁面的數據,而是人人網登錄的首頁面,why?首先咱們來回顧下cookie的相關概念及做用:
- cookie概念:當用戶經過瀏覽器首次訪問一個域名時,訪問的web服務器會給客戶端發送數據,以保持web服務器與客戶端之間的狀態保持,這些數據就是cookie。
- cookie做用:咱們在瀏覽器中,常常涉及到數據的交換,好比你登陸郵箱,登陸一個頁面。咱們常常會在此時設置30天內記住我,或者自動登陸選項。那麼它們是怎麼記錄信息的呢,答案就是今天的主角cookie了,Cookie是由HTTP服務器設置的,保存在瀏覽器中,但HTTP協議是一種無狀態協議,在數據交換完畢後,服務器端和客戶端的連接就會關閉,每次交換數據都須要創建新的連接。就像咱們去超市買東西,沒有積分卡的狀況下,咱們買完東西以後,超市沒有咱們的任何消費信息,但咱們辦了積分卡以後,超市就有了咱們的消費信息。cookie就像是積分卡,能夠保存積分,商品就是咱們的信息,超市的系統就像服務器後臺,http協議就是交易的過程。
- 通過cookie的相關介紹,其實你已經知道了爲何上述案例中爬取到的不是張三我的信息頁,而是登陸頁面。那應該如何抓取到張三的我的信息頁呢?
思路:
1.咱們須要使用爬蟲程序對人人網的登陸時的請求進行一次抓取,獲取請求中的cookie數據
2.在使用我的信息頁的url進行請求時,該請求須要攜帶 1 中的cookie,只有攜帶了cookie後,服務器纔可識別此次請求的用戶信息,方可響應回指定的用戶信息頁數據
二.基於requests模塊的代理操做
代理就是第三方代替本體處理相關事務。例如:生活中的代理:代購,中介,微商......
爬蟲中爲何須要使用代理
一些網站會有相應的反爬蟲措施,例如不少網站會檢測某一段時間某個IP的訪問次數,若是訪問頻率太快以致於看起來不像正常訪客,它可能就會會禁止這個IP的訪問。因此咱們須要設置一些代理IP,每隔一段時間換一個代理IP,就算IP被禁止,依然能夠換個IP繼續爬取。
代理的分類:
正向代理:代理客戶端獲取數據。正向代理是爲了保護客戶端防止被追究責任。
反向代理:代理服務器提供數據。反向代理是爲了保護服務器或負責負載均衡。
免費代理ip提供網站
http://www.goubanjia.com/
西祠代理
快代理
代碼
三.基於multiprocessing.dummy線程池的數據爬取