One example is Google's implementation of SSH client to login into their Google Cloud's Compute instances. It uses GA based cookies for the authentication.
Thanks and Regards! ____________ Vikram Tiwari <https://google.com/+VikramTiwari> On Fri, Jan 9, 2015 at 11:07 PM, Joe Lewis <jle...@silverhawk.net> wrote: > Here is a good example thread : > > > http://grokbase.com/t/apache/modules-dev/11bp9bhxr5/basic-example-shared-memory-code > > On Fri, Jan 9, 2015 at 10:35 AM, Joe Lewis <jle...@silverhawk.net> wrote: > > > It is definitely possible to share information - see the apr_shm_* > > functions (or check the history on this list for shared memory). Eash > POST > > request is considered a separate event, and is processed as such, which > > means there is no state in the protocol itself (there is when you add > HTTP > > headers into the mix, such as "cookies"). > > > > For what you are trying to do - I'd simply assume it's stateless, and > > design any modules to utilize shared memory. > > > > Joe > > > > On Fri, Jan 9, 2015 at 9:30 AM, Sean Neeley <sean.nee...@producepro.com> > > wrote: > > > >> I'm trying to determine if it is plausible to build an apache module > for a > >> web based terminal emulator. I would be borrowing some of the code from > >> the ShellInaBox project: > >> https://code.google.com/p/shellinabox/ > >> The code uses openpty() to create a new process operating in a > pseudo-tty. > >> The apache module would have to pass keyboard and display information > back > >> and forth from the client browser to the pseudo-tty in the module. > >> > >> It seems like with the pre-fork mpm, I cannot guarantee that the ajax > POST > >> requests will make it to the same module instance each time. Are > modules > >> stateless? Is it possible to share the pseudo-tty and hashmaps keeping > >> session information across all instances of my module? Or is there > >> anything that can be added to the POST request to guarantee that it goes > >> to > >> a specific module instance? > >> > >> Thanks for the help. > >> > >> - Sean > >> > > > > >
