Since you are on the same server, I hope you mean the same domain. If not the session variable wouldnt work very well.
But if you infact are on the same domain, you should look into the session variable and store everything you need. From what I know there are now limits on how much you can store in a session, that said I wouldt pump several megabytes into it... Several good answers here, but it looks like most of us agree on the session. Cookies can ofcourse also be used, but this also means that you require all your clients to have them enabled. Anyways, even when using cookies I always use session as the main system - cookies only works as a "saved session" in my systems. (Meaning, instead of having to logg onto the system again, the username and passowrd are stored in a cookie, this way the user can choose the famous "remember me" setting many of us enjoy). -- Kim Steinhaug ------------------------------------------------------------------------- There are 10 types of people when it comes to binary numbers: those who understand them, and those who don't. ------------------------------------------------------------------------- www.steinhaug.com - www.easywebshop.no - www.easycms.no www.webkitpro.com ------------------------------------------------------------------------- "Dennis Gearon" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > What I'm trying to achieve is to have the same cookie IDENTIFY a user on > different (or same) applications (on the same server), but require them > to log in for each application, and get a different session.. Basically, > to keep separate 'user trails and in process variables' for different > tabs or windows in a browser. > > www.scotttrade.com does it somehow, and I see no GET variables on the URL. > > John W. Holmes wrote: > > > Dennis Gearon wrote: > > > >> With get varaibles, it's possible to always have get variables on a > >> page, even without a form, by simply appending the Get variables to > >> the end of the URL. > >> > >> Is there anyway to do the same with Post variables? For instance, a > >> javascript that onUnload submit, or something? > > > > > > You can't just include POST variables in a link, if that's what you're > > going for. Perhaps some clunky javascript submitting a hidden form on > > an onclick method would get you close, but why even bother? > > > > Maybe you should just say what you're actually trying to achieve and > > why, then we could offer better alternatives. > > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
