- From: Peter Brawley <pb@artfulsoftware.com>
- Date: Fri, 16 Oct 2009 14:21:01 -0500
Rimantas > Eh? He didn't say that; you're quoting me. > >I did, in fact, at least I meant that. I wrote "browsers own bookmarks, database users own database table rows, so usually you shouldn't bookmark database table rows, and much follows from that, therefore saying server issues don't bear on this issue is IMO astonishingly & quite wrongly blinkered." You agree with it? >Framsets do not make it easy. They make it harder to boomkark such URL, but in >no way they make it easier for your app to block it. >You still must to do all the logic on the server side. There we disagree. PB ----- Rimantas Liubertas wrote: >> Eh? He didn't say that; you're quoting me. >> > > I did, in fact, at least I meant that. > > >> Browsers own bookmarks, database >> users own database table rows, so it must be possible in database >> maintenance webapps to prevent bookmarking of elements which represent >> database table rows. And again, I agree that framesets do not by themselves >> block such bookmarking; they just make it easy to do so. >> > > Framsets do not make it easy. They make it harder to boomkark such URL, but in > no way they make it easier for your app to block it. > You still must to do all the logic on the server side. > > > Regards, > Rimantas > -- > http://rimantas.com/ > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.421 / Virus Database: 270.14.20/2440 - Release Date: 10/16/09 06:32:00 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20091016/4c66f081/attachment.htm>
Received on Friday, 16 October 2009 12:21:01 UTC