Local storage vs. cookies

Koukněte třeba na Minulost, současnost a budoucnost lokálního úložiště pro HTML5 aplikace | Zdroják
První podkapitola by vám měla odpovědět.

Reaguji na juricaje:
Zásadní rozdíl je v tom, že cookies se přenášejí s každým HTTP požadavkem (=> má k nim přístup server), zatímco localStorage je dostupný jen u klienta. Z toho pak vyplývá třeba i omezení na velikost pro cookies.

„případně proč vzniklo něco velice podobného“
Patrně prvním předskokanem pro localStorage bylo userData v Exploreru, viz tehdy popisované výhody na MSDN.

juricaj:
„Takže by se dalo říct, že local storage v budoucnu cookies zcela nahradí?“
Z čeho tak usuzujete? Například bez session identifikátoru v cookies by se rozsypala nemalá část současných webů. Jsou to různé technologie, každá má jiné využití, je třeba brát ohled na zpětnou kompatibilitu, nevidím důvod kteroukoliv z nich rušit.

„A potom ještě mě napadá, co na to uživatel? Cookies může promazat, ale co obsah local storage?“
Uživatel může upravit/smazat cokoliv na svém počítači. Jak moc pohodlný přístup k tomu má závisí na prohlížeči, třeba v Chrome je k tomu přístup velmi dobrý.

juricaj:
Obecně platí, že když něco potřebujete posílat na server s každým požadavkem, použijete cookie (typicky sessionID). Na všechno ostatní můžete použít localStorage (a na nějakou občasnou komunikaci obsahu z localStorage na server nebo naopak se může použít třeba AJAX). Bez cookies by se takové věci jako sessionID musely přenášet v URL. A to je nebezpečné a dělá to ošklivé adresy. V brzské době se cookies určitě nezbavíme.

Přihlášení uživatele by mohlo být na JS závislé. Potom by nebyl problém používat identifikátor v localStorage, který by se při provádění akcí posílal na server.