RE: [PHP-WIN] Re: header-session problem
| From: | HKG) | Date: | Mon, 16 Feb 2004 10:57:49 +0000 |
| Subject: | RE: [PHP-WIN] Re: header-session problem | ||
| Groups: | php.windows | ||
| Request: | Send a blank email to php-windows+get-22836@lists.php.net to get a copy of this message | ||
Well, but it does not seams to work that way under ISS6.0.
But I need to test this a bit more before I can make any strong statements
about it.
What I seen, however, is this: I have a page that requires one to login. If
one login on this page, and then try to change to another page, then I need
to redo the login procedure again - so it appears like the session is not
persisten over different pages here. However, I need to do some other test
in order to see that I haven't missed some silly things before I can state
that this is really the case.
-----Original Message-----
From: Donatas
To: php-windows@lists.php.net
Sent: 2004-02-16 11:41
Subject: Re: [PHP-WIN] Re: header-session problem
bullshit, I have apache and php setup as CGI... in most of my scripts
that require to store unsensitive user info while he's online I use
sessions. I never used PHPSESSID as well...
replying to orriginal poster:
if you would add session_start(); to your first page I bet things would
start working. That's related to the fact mentioned before that
cookies/sessions do not save/start if you use redirect. Starting them
earlier would do the thing.
/Donny
Alan McDonald wrote:
>session is a session ID and it's stored as a cookie. cookies persist
but
>when you setup php as a cgi it's a cgi appliaction - that means nothing
>persists in the context of the application running on the server.
Unlike
>e.g. ASP where an application and a session has a persistance layer.
WHen
>you make an application start point on IIS with ASP and have a
global.asa
>file - this signifiies an application start point. You will notice that
you
>can "unload" the application and set new application and new session
>variables each time you close the browser and staert a new session.
With
>CGI - that's not the case. You need to manage your own session with
cookies
>and the PHPSESSID cookie is where you start to do that.
>Alan
>
>Alan
>
>"B.A.T. Svensson" <B.A.T.Svensson@lumc.nl> wrote in message
>news:D291F33C586C8E48B95C26F8C805513A01A3D934@mail5.lumc.nl...
>
>
>>Are saying that session can not persist over different pages?
>>
>>-----Original Message-----
>>From: Alan McDonald
>>To: php-windows@lists.php.net
>>Sent: 2004-02-16 10:57
>>Subject: [PHP-WIN] Re: header-session problem
>>
>>I'm afraid that's not what the seesion is all about.
>>The session is a unique value. It is assigned to a cookie if specified
>>in php.ini or is tagged along in all your URLs as a query string or
$_GET
>>and has the name PHPSESSID by default unless you change it.
>>If you want to save something fro page 1 and retrieve it in page 3,
then
>>you will need to do the same hing and store this value as a cookie.
>>$_COOKIE['cookiename'] will retrieve it.
>>But there are some provisos. You cannot assign a cookie value and set
>>header("Location.. etc on the same page, the cookie will not be set.
You
>>need to set a cookie and let the page return to the browser.
>>That's with Windows environments anyway.
>>
>>Alan
>>
>>
>
>
>