Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #81802 > unrolled thread

Re: Cherrypy - prevent browser "prefetch"?

Started byrandom832@fastmail.us
First post2014-12-02 08:33 -0500
Last post2014-12-02 08:33 -0500
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Cherrypy - prevent browser "prefetch"? random832@fastmail.us - 2014-12-02 08:33 -0500

#81802 — Re: Cherrypy - prevent browser "prefetch"?

Fromrandom832@fastmail.us
Date2014-12-02 08:33 -0500
SubjectRe: Cherrypy - prevent browser "prefetch"?
Message-ID<mailman.16493.1417527184.18130.python-list@python.org>
On Mon, Dec 1, 2014, at 15:28, Israel Brewster wrote:
> For example, I have a URL on my Cherrypy app that updates some local
> caches. It is accessed at http://<server>/admin/updatecaches So if I
> start typing http://<server>/a, for example, safari may auto-fill the
> "dmin/updatecaches", and trigger a cache refresh on the server - even
> though I was just trying to get to the main admin page at /admin. Or, it
> might auto-fill "uth/logout" instead (http://<server>/auth/logout), and
> log me out of my session. While the former may be acceptable (after all,
> a cache update, even if not strictly needed, is at least non-harmfull),
> the latter could cause serious issues with usability. So how can cherrypy
> tell the difference between the "prefetch" and an actual request, and not
> respond to the prefetch?

Why is your logout form - or, your update caches form, etc - a GET
instead of a POST? The key problem is that a GET request is assumed by
browser designers to not have any harmful side effects.

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web