In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] ("Richard S. Crawford") wrote:
> The problem is that the main page doesn't use an include file of any sort;
> it's straight HTML which is frequently updated by hand. I agree that it
> would be nice if /index.htm had an include file that containe
With due respect to your boss, PHP would make the site *more* compatible with
people's browsers, without having to worry about which version(s) of javascript
people have, or in fact if they even have it available. I'd pitch the
accessibility angle, in your shoes, if nothing else.
Good luck.
"Ri
he exception of some JavaScript).
-Original Message-
From: Jason Brooke [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 16, 2001 3:37 PM
To: Richard S. Crawford
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP] FW: Cookies, Dammit!
I hope you don't mind me nagging on this ;) but what d
EMAIL PROTECTED]>
To: "Jason Brooke" <[EMAIL PROTECTED]>; "Richard S. Crawford"
<[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, January 17, 2001 9:19 AM
Subject: RE: [PHP] FW: Cookies, Dammit!
> The first approach is actually what we do now. Ho
alo2K
http://www.neurohub.net
-Original Message-
From: Jason Brooke [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 16, 2001 3:10 PM
To: Richard S. Crawford
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP] FW: Cookies, Dammit!
Any reason you don't include the contents of /index.htm into
/ministe1/ind
Any reason you don't include the contents of /index.htm into
/ministe1/index.htm with the appropriate welcome message instead of
redirecting, or even pass the site name in the query string of the Location:
URL if you're not wanting to rely on http_referer?
jason
> In this case, the value of the
wford
Senior Web Developer
NeuroHub, Inc.
(916)789-4167 / (530)307-0069(cell)
AIM Handle: Buffalo2K
http://www.neurohub.net
-Original Message-
From: Jason Brooke [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 16, 2001 2:48 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] FW: Cookies, Dammit!
The thing that usually intrigues me is why people design their application
so that it needs to redirect to another page just so that they can attempt
to read the cookie back. Do they not already have the value of the cookie in
order to be able to set it? Why attempt to read it back straight away?
> will this not work...
>
>if (($HTTP_COOKIE_VARS["foo"] != 'bar') && ($HTTP_GET_VARS["set"] !=
> true)) {
> SetCookie("foo", "bar");
> header("Location: $PHP_SELF?set=true");
>}
>
> at the top of the page. or is this what is unreliable on some browsers?
Some browsers just can't h
--- Original Message -
From: "Jamie Burns" <[EMAIL PROTECTED]>
To: "Rasmus Lerdorf" <[EMAIL PROTECTED]>; "Richard S. Crawford"
<[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, January 16, 2001 9:47 PM
Subject: Re: [PH
eliable on some browsers?
jamie.
- Original Message -
From: "Rasmus Lerdorf" <[EMAIL PROTECTED]>
To: "Richard S. Crawford" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, January 16, 2001 9:02 PM
Subject: Re: [PHP] FW: Cookies, Dammit!
> 1.Set cookies to a particular value (e.g., foo=hi and bar=ho), AND
> 2.Redirect the user to a new page in a different directory? AND
> 3.have the new page be able to retrieve the values of both foo and bar?
No, 1. and 2. can not be done in the same request reliably. Some browsers
Is there a way to:
1. Set cookies to a particular value (e.g., foo=hi and bar=ho), AND
2. Redirect the user to a new page in a different directory? AND
3. have the new page be able to retrieve the values of both foo and bar?
I'm redirecting users from an index.htm page to an inde
13 matches
Mail list logo
