簡體   English   中英

Watir-webdriver vs Mechanize避免使用Amazon的evercookies \\ zombiecookies

[英]Watir-webdriver vs Mechanize to avoid Amazon's evercookies\zombiecookies

我正在研究一種自動在多個帳戶的亞馬遜點燃平台上上載\\管理內容的方法。

一位在亞馬遜地區擁有豐富經驗的人告訴我,亞馬遜臭名昭著地利用了某種永久性cookie (我猜這是幾宗訴訟的基礎)。 它們可以作為生成的.png存儲在flash中,然后被強制緩存以及任何數量的東西; 查看鏈接。 我對此很擔心。

目前,我用於管理上傳的所有腳本都是用Ruby編寫的,雖然使用了一些小蟲子,但仍然非常簡潔watir-webdriver。 據我了解,由watir-webdriver驅動的Firefox的每個實例都是它自己的唯一實例,沒有cookie。 但是Firefox是否仍可以通過閃存或許多巧妙的方式將這些Evercookie中的數據傳輸到亞馬遜? 我真的不確定。

我的問題是:

a)在啟動除HTTP cookie之外的瀏覽器的新“會話”之前,watir-webdriver將清除哪些內容?

b)從理論上講,如果我發現亞馬遜遺留了所有這些cookie的地方,是否可以在啟動瀏覽器實例之前每次手動清除它們?

c)如果我使用Mechanize而不是watir-webdriver重新編寫腳本,那么當機械化(afaik)完全無法運行javascript代碼時,是否可以避免所有這些問題?

您是否建議使用機械化來避免這些Cookie?

這是我的想法,但是答案很明顯:

  • Firefox將發送永久cookie,但不會發送舊會話中的會話cookie
  • 是的,理論上可以刪除瀏覽器的永久cookie。
  • 是的,如果您使用機械化,它將避免那些問題

就我個人而言,我曾多次使用機械化技術刮擦亞馬遜。 他們希望您使用API​​,但有時有些東西您無法通過這種方式獲得。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM