[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] multitaskhttpd experiment

From: lkcl
Subject: Re: [Gnumed-devel] multitaskhttpd experiment
Date: Tue, 13 Jul 2010 17:28:56 -0700 (PDT)

right - i think i finally have something that will do for a much better
basis: a persistent-connection proxy.  perhaps if i had thought of this
earlier, multitaskhttpd would not reaallly be needed, but it's there now, so
what the heck.

the problem as we know is this: browsers go away.  connections die as a
result.  for gmPG2 and its associated user/pass that is unacceptable.

the principle of the solution is this: create a proxy which tracks the
connections using a session cookie, and keeps a "proxy" connection open to
ANOTHER http service, persistently.  if the user's browser goes away
(internet connection fails) then as long as they haven't cleared the cookie
cache, the proxy will have kept the session open on the remote http service
on their behalf.

you can now have a "standard" where you can use
Threaded or probably even Forking Mixin; each thread/process will have its
own persistent database connection; you _know_ it's not going to die.

i'll just check that this works.


View this message in context:
Sent from the GnuMed - Dev mailing list archive at

reply via email to

[Prev in Thread] Current Thread [Next in Thread]