Google Just Disabled Cookies for 30 Million Chrome Users. Here’s How to Tell If You’re One of Them | It’s the beginning of the end in Google’s plan to kill cookies forever::It’s the beginning of the end in Google’s plan to kill cookies forever.
Google Just Disabled Cookies for 30 Million Chrome Users. Here’s How to Tell If You’re One of Them | It’s the beginning of the end in Google’s plan to kill cookies forever::It’s the beginning of the end in Google’s plan to kill cookies forever.
You don’t need cookies to keep track of the state. JavaScript can do that without cookies, 3rd party clients can do that without cookies.
Still, the use of cookies as key elements used to persist client session identifiers in the browser is too widespread and relied upon by prevalent web powerhouses like PHP for Google to do away with them.
Moreover, as much as there may be more modern, sleek alternatives like browser session and application storage, you can’t realistically expect the entire web industry to completely migrate away from cookies just like that.
and if you’re working on a site with a ton of subdomains, sharing the local/session storage data between them is a pain when compared with cookies.
I’m kind of surprised that third party cookies could entirely be phased out. Which, if they were only being used for tracking and advertising, good riddance.
Don’t services like Microsoft still like to throw around cookies between multiple domains, though? At least, at one point I thought they did.
They definitely used to, but haven’t for a long time. It’s been viewed as an unreliable and poor practice, especially with browsers like Safari and Firefox which have already disabled 3rd Party Cookies for some time now (or at least providing the option to, as a privacy feature).
Now CORS, OAUTH, and similar mechanisms do a better, more private, and more secure job of sharing state and authentication across domains and groups of services.
There’s also a lot of security gotchas when relying purely on JS.