El Mié 14 Feb 2001 13:44, Chris Lee escribió:
> Ive found the same thing and currently do not have a workaround, it seems
> that browsers cache this. one method Ive thought of and never tested is to
> set a session variable, cross reference that SessionID, PHP_AUTH_PW,
> PHP_AUTH_USER are all vali
El Mié 14 Feb 2001 13:04, Toby Miller escribió:
> Sorry, I meant common header, not footer.
>
> Inside my common "header" on my site ..
> (which also includes the same "header") ...
Don't worry, I understood it. ;-)
--
System Administration: It's a dirty job,
but someone told I had to
El Mié 14 Feb 2001 12:37, Toby Miller escribió:
> Hey all,
Hi,
This is far to long, so I'll strip a part of it.
> Now if I try to read the $PHP_AUTH_USER or $PHP_AUTH_PW variables anyplace
> on the site they don't exist, until I go back to one of the protected
> pages. Then they miraculously re-
o see cached pages from logged
in sessions, but I guess you can't have everything. :-)
Thanks,
Toby
- Original Message -
From: "Chris Lee" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 11:44 AM
Subject: Re: [PHP] HTTP Authentication
Ive found the same thing and currently do not have a workaround, it seems
that browsers cache this. one method Ive thought of and never tested is to
set a session variable, cross reference that SessionID, PHP_AUTH_PW,
PHP_AUTH_USER are all valid, if not then your not loged in correctly. to log
out
Sorry, I meant common header, not footer.
Inside my common "header" on my site ..
(which also includes the same "header") ...
- Original Message -
From: "Toby Miller" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 10:37 AM
Subject: [PHP] HTTP Authe
6 matches
Mail list logo
