的Watir-VS的webdriver機械化避免亞馬遜的evercookies \ zombiecookies

Question

我工作的一種方式來自動上傳\在多個帳戶亞馬遜的Kindle平臺上的管理內容。

我被一個有豐富亞馬遜經驗的人告訴我，亞馬遜臭名昭着地利用某種形式的permanent cookie（我猜這是一些訴訟的基礎）。他們可以存儲在閃存中，作爲一個生成的.png，然後被強制緩存和任何數量的東西;檢查鏈接。我很擔心這一點。

目前，所有我用它來管理上傳的腳本都寫在Ruby和使用略有越野車，但仍然相當整潔的Watir-的webdriver。據我瞭解，watir-webdriver驅動的Firefox的每個實例都是它自己獨特的沒有cookie的實例。但是，Firefox是否仍然可以通過閃存或任意數量的聰明方式將數據從這些evercookies傳輸到亞馬遜？我真的不確定。

我的問題是：

一）這是什麼開始HTTP以外的cookie瀏覽器的一個新的「會話」之前的Watir-webdriver的清楚嗎？

二）從理論上講，如果我發現所有的地方亞馬遜離開這些cookies，我可以手動每次清除它們之前，我開始瀏覽器的實例？

c）使用機械化，而不是的Watir-的webdriver如果我重新編寫的腳本，將能避免所有這些問題如機械化（據我所知）是完全無法運行JavaScript代碼？

你會推薦使用機械化，以避免這些餅乾？

Answer 1

這裏是我的想法，但答案是很明顯的：

• Firefox將發送永久性Cookie，但沒有會話cookie從舊會話
• 是的，它理論上可以刪除瀏覽器的永久性的Cookie。
• 是，如果你使用機械化

我個人已經刮亞馬遜與機械化很多時候它會避免這些問題。他們會更喜歡你使用API​​，但有時候有些事情你不能這樣做。