Re: [LINK] What Do I tell the Public About Cookies?

2015-08-26 Thread Janet Hawtin
Isn't that just a war of business models? Free range advertising v walled garden consumer? I do not see any relative privacy gains from being internal to a walled garden? Do apple allow their consumers to sift or block the privacy intrusions of their own iApps and advertising? It doesn't look like

Re: [LINK] What Do I tell the Public About Cookies?

2015-08-26 Thread Stephen Loosley
On Wed, 26 Aug 2015 19:43:06 Jan wrote > At 07:33 PM 26/08/2015, Stephen Loosley wrote: >> A Project of the Electronic Frontier Foundation >> >> Defending Your Rights in the Digital World >> >> https://www.eff.org/privacybadger > > > Nice! Works a treat. > I also use Ghostery, w

Re: [LINK] What Do I tell the Public About Cookies?

2015-08-26 Thread JanW
At 07:33 PM 26/08/2015, Stephen Loosley wrote: >A Project of the Electronic Frontier Foundation > > Defending Your Rights in the Digital World > > https://www.eff.org/privacybadger Nice! Works a treat. I also use Ghostery, which finds other things as well. Belts and braces. I write books

Re: [LINK] What Do I tell the Public About Cookies?

2015-08-26 Thread Stephen Loosley
On Wed, 26 Aug 2015 Frank wrote > ... But privacy and security wise it's hard to justify cookies nowadays. A Project of the Electronic Frontier Foundation Defending Your Rights in the Digital World https://www.eff.org/privacybadger Privacy Badger is a browser add-on tha

Re: [LINK] What Do I tell the Public About Cookies?

2015-08-26 Thread Frank O'Connor
Yeah, Nowadays there are any number of other ways to maintain state, carry little numbers like user preferences across sessions (server side tech), or even validate transaction processes in sessions (using server side JavaScript, client-server JAVA, client JavaScript for data and process valid

Re: [LINK] What Do I tell the Public About Cookies?

2015-08-26 Thread Kim Holburn
On 2015/Aug/26, at 4:17 PM, "Frank O'Connor" wrote: > Cookies were created because HTTP as a protocol can't maintain 'state'. This > was both a good thing - because it allows the Web to simply drop the > connection once it has passed the requested Web page - and a bad thing, > because someti