Re: [PHP] Session problems based on browser?
Till having no luck.
Expires didn't work.
I've put it on another server with the same results.
Completely stripped sessions off of the code and it works perfectly with a
normal username variable. Perhaps the session headers are confusing IE?
We will try to update to the latest version of PHP (currenty running 4.1.2
on Apache/1.3.23).
I might also try a different version of IE.
Best Regards
Bob (Coffee + Laptop = KABOOM!) Irwin
Server Admin & Web Programmer
Planet Netcom
- Original Message -
From: "Chris Shiflett" <[EMAIL PROTECTED]>
To: "César Aracena" <[EMAIL PROTECTED]>
Cc: "'Bob Irwin'" <[EMAIL PROTECTED]>; "'php-general'"
<[EMAIL PROTECTED]>
Sent: Wednesday, June 19, 2002 1:38 PM
Subject: Re: [PHP] Session problems based on browser?
> I mentioned a couple in a previous email:
>
> header("Expires: " . gmdate("D, d M Y H:i:s", time()) . " GMT");
> header("Cache-Control: Private");
>
> Most HTTP headers with regards to caching are more intended to dictate
> proxy behavior. For example, the header above specifying that
> cache-control be private keeps personal information sent in a POST from
> being cached. In fact, many people include that header at the beginning
> of any script receiving POST data (there are clean ways to do this with
> well-designed architectures).
>
> I honestly don't know which HTTP headers IE will be most interested in,
> so you might want to do a tad bit of research. Here is another to try:
>
> header("Pragma: no-cache");
>
> Let me know if any of this does/doesn't work. I should give more
> concrete answers, but I don't have much time this evening. :)
>
> Chris
>
> César Aracena wrote:
>
> >Hi all. I'm having the same problem when developing a site with a flash
> >animation inside. Let's say I'm seeing the page, I change the flash
> >background color, save the flash animation again and refresh the page...
> >nothing happens.
> >
> >I found out that is a problem of configuration of my IE. If I go to
> >Tools > Options > Temporary Internet Files and set it up to "Every visit
> >to the page" then it get refreshed well. The thing is that I don't want
> >to tell every visitor to change this. Isn't there a way for PHP to send
> >"refresh" header if the visit is beign made after the last update date
> >stored maybe in a DB or file???
> >
> >
> >
> >>-Original Message-
> >>From: Bob Irwin [mailto:[EMAIL PROTECTED]]
> >>Sent: Tuesday, June 18, 2002 8:57 PM
> >>To: php-general
> >>Subject: [PHP] Session problems based on browser?
> >>
> >>G'day,
> >>
> >>I'm using scripts that are using sessions. A user logs into a main
> >>
> >>
> >page
> >
> >
> >>with
> >>a master list of database entries. They go to another page, add a new
> >>database entry and it appears on the master list. The user adds
> >>
> >>
> >another
> >
> >
> >>database entry and upon going back to the master list, the new entry
> >>
> >>
> >does
> >
> >
> >>not exist. It is like the database has not been updated. Refreshing
> >>
> >>
> >the
> >
> >
> >>page does not help, I have to go and touch the file on the server or
> >>restart the browser to see the changes.
> >>
> >>What I though yesterday was the problem was occuring in both netscape
> >>
> >>
> >and
> >
> >
> >>IE
> >>browsers. However, I have since discovered that netscape does NOT
> >>
> >>
> >have
> >
> >
> >>this
> >>problem. Are there any session issues known to occur only with
> >>
> >>
> >Internet
> >
> >
> >>Explorer? We are running PHP 4.2 on a unix box with apache.
> >>
> >>Any ideas?
> >>Best Regards
> >>Bob (Coffee + Laptop = KABOOM!) Irwin
> >>Server Admin & Web Programmer
> >>Planet Netcom
> >>
> >>
> >>--
> >>PHP General Mailing List (http://www.php.net/)
> >>To unsubscribe, visit: http://www.php.net/unsub.php
> >>
> >>
> >
> >
> >
> >
>
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
> Scanned by PeNiCillin http://safe-t-net.pnc.com.au/
>
> Scanned by PeNiCillin http://safe-t-net.pnc.com.au/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Session problems based on browser?
I mentioned a couple in a previous email:
header("Expires: " . gmdate("D, d M Y H:i:s", time()) . " GMT");
header("Cache-Control: Private");
Most HTTP headers with regards to caching are more intended to dictate
proxy behavior. For example, the header above specifying that
cache-control be private keeps personal information sent in a POST from
being cached. In fact, many people include that header at the beginning
of any script receiving POST data (there are clean ways to do this with
well-designed architectures).
I honestly don't know which HTTP headers IE will be most interested in,
so you might want to do a tad bit of research. Here is another to try:
header("Pragma: no-cache");
Let me know if any of this does/doesn't work. I should give more
concrete answers, but I don't have much time this evening. :)
Chris
César Aracena wrote:
>Hi all. I'm having the same problem when developing a site with a flash
>animation inside. Let's say I'm seeing the page, I change the flash
>background color, save the flash animation again and refresh the page...
>nothing happens.
>
>I found out that is a problem of configuration of my IE. If I go to
>Tools > Options > Temporary Internet Files and set it up to "Every visit
>to the page" then it get refreshed well. The thing is that I don't want
>to tell every visitor to change this. Isn't there a way for PHP to send
>"refresh" header if the visit is beign made after the last update date
>stored maybe in a DB or file???
>
>
>
>>-Original Message-
>>From: Bob Irwin [mailto:[EMAIL PROTECTED]]
>>Sent: Tuesday, June 18, 2002 8:57 PM
>>To: php-general
>>Subject: [PHP] Session problems based on browser?
>>
>>G'day,
>>
>>I'm using scripts that are using sessions. A user logs into a main
>>
>>
>page
>
>
>>with
>>a master list of database entries. They go to another page, add a new
>>database entry and it appears on the master list. The user adds
>>
>>
>another
>
>
>>database entry and upon going back to the master list, the new entry
>>
>>
>does
>
>
>>not exist. It is like the database has not been updated. Refreshing
>>
>>
>the
>
>
>>page does not help, I have to go and touch the file on the server or
>>restart the browser to see the changes.
>>
>>What I though yesterday was the problem was occuring in both netscape
>>
>>
>and
>
>
>>IE
>>browsers. However, I have since discovered that netscape does NOT
>>
>>
>have
>
>
>>this
>>problem. Are there any session issues known to occur only with
>>
>>
>Internet
>
>
>>Explorer? We are running PHP 4.2 on a unix box with apache.
>>
>>Any ideas?
>>Best Regards
>>Bob (Coffee + Laptop = KABOOM!) Irwin
>>Server Admin & Web Programmer
>>Planet Netcom
>>
>>
>>--
>>PHP General Mailing List (http://www.php.net/)
>>To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
>
>
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] Session problems based on browser?
Hi all. I'm having the same problem when developing a site with a flash animation inside. Let's say I'm seeing the page, I change the flash background color, save the flash animation again and refresh the page... nothing happens. I found out that is a problem of configuration of my IE. If I go to Tools > Options > Temporary Internet Files and set it up to "Every visit to the page" then it get refreshed well. The thing is that I don't want to tell every visitor to change this. Isn't there a way for PHP to send "refresh" header if the visit is beign made after the last update date stored maybe in a DB or file??? > -Original Message- > From: Bob Irwin [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 18, 2002 8:57 PM > To: php-general > Subject: [PHP] Session problems based on browser? > > G'day, > > I'm using scripts that are using sessions. A user logs into a main page > with > a master list of database entries. They go to another page, add a new > database entry and it appears on the master list. The user adds another > database entry and upon going back to the master list, the new entry does > not exist. It is like the database has not been updated. Refreshing the > page does not help, I have to go and touch the file on the server or > restart the browser to see the changes. > > What I though yesterday was the problem was occuring in both netscape and > IE > browsers. However, I have since discovered that netscape does NOT have > this > problem. Are there any session issues known to occur only with Internet > Explorer? We are running PHP 4.2 on a unix box with apache. > > Any ideas? > Best Regards > Bob (Coffee + Laptop = KABOOM!) Irwin > Server Admin & Web Programmer > Planet Netcom > > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Session problems based on browser?
That sounds like IE is just caching the page then and showing you the
same one previously displayed for that URL, at which time you were not
logged in.
As a small test, you might try including this PHP code at the top of
your scripts:
header("Expires: " . gmdate("D, d M Y H:i:s", time()) . " GMT");
header("Cache-Control: Private");
Or, as an easier test, try using shift-reload in IE to see if it tries
to request a fresh copy. I believe that overrides the cache.
Chris
Bob Irwin wrote:
>Had more of a look at the server side of things. It isn't even requesting
>the page in IE (according to the server logs). It's like once it has a copy
>of the page, it is completely ignoring the server copy. I have tested on
>several different machines and on a few different networks (including the
>network the server is on - no proxy server). Again, netscape doesn't have
>this problem. The crazy thing is that if I don't use sessions (and I'm only
>using 1 variable - a username), this works perfectly ok in both browsers.
>
>*scratches head*
>
>Any more suggestions? I'm not using the location function at all BTW.
>
>Best Regards
>Bob (Coffee + Laptop = KABOOM!) Irwin
>Server Admin & Web Programmer
>Planet Netcom
>- Original Message -
>From: "Chris Shiflett" <[EMAIL PROTECTED]>
>To: "Bob Irwin" <[EMAIL PROTECTED]>
>Cc: "php-general" <[EMAIL PROTECTED]>
>Sent: Wednesday, June 19, 2002 11:36 AM
>Subject: Re: [PHP] Session problems based on browser?
>
>
>
>
>>I'm not sure if this might be related to the problem you're having, but
>>Internet Explorer has a long history of poor cookie implementation, from
>>the browser allowing anyone to read cookies from any site (versions 4.0
>>- 6.0) to the browser not sending the cookie information in subsequent
>>requests as it should (version 5.5 - maybe others).
>>
>>In particular, there is an IE bug related to use of the "Location"
>>header that causes some versions of IE to "forget" the cookies in the
>>next request. Basically, when the server responds with a 304 and
>>includes the "Location" header, the browser is supposed to submit a GET
>>request for the URL specified in that header for the content. It is in
>>this request that IE might be failing to include the cookie information.
>>
>>If this sounds remotely similar to your problem (you have some code that
>>looks something like header("Location: ...) in part of the transactions
>>that fail), try to use a relative URL in the header rather than the full
>>URL. This violates the standard, but it has been known to alleviate the
>>bug in IE, and other browsers will gracefully handle the relative URL
>>anyway.
>>
>>Chris
>>
>>Bob Irwin wrote:
>>
>>
>>
>>>G'day,
>>>
>>>I'm using scripts that are using sessions. A user logs into a main page
>>>with
>>>a master list of database entries. They go to another page, add a new
>>>database entry and it appears on the master list. The user adds another
>>>database entry and upon going back to the master list, the new entry does
>>>not exist. It is like the database has not been updated. Refreshing the
>>>page does not help, I have to go and touch the file on the server or
>>>restart the browser to see the changes.
>>>
>>>What I though yesterday was the problem was occuring in both netscape and
>>>
>>>
>IE
>
>
>>>browsers. However, I have since discovered that netscape does NOT have
>>>
>>>
>this
>
>
>>>problem. Are there any session issues known to occur only with Internet
>>>Explorer? We are running PHP 4.2 on a unix box with apache.
>>>
>>>Any ideas?
>>>Best Regards
>>>Bob (Coffee + Laptop = KABOOM!) Irwin
>>>Server Admin & Web Programmer
>>>Planet Netcom
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>--
>>PHP General Mailing List (http://www.php.net/)
>>To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>>Scanned by PeNiCillin http://safe-t-net.pnc.com.au/
>>
>>Scanned by PeNiCillin http://safe-t-net.pnc.com.au/
>>
>>
>
>
>
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Session problems based on browser?
Had more of a look at the server side of things. It isn't even requesting
the page in IE (according to the server logs). It's like once it has a copy
of the page, it is completely ignoring the server copy. I have tested on
several different machines and on a few different networks (including the
network the server is on - no proxy server). Again, netscape doesn't have
this problem. The crazy thing is that if I don't use sessions (and I'm only
using 1 variable - a username), this works perfectly ok in both browsers.
*scratches head*
Any more suggestions? I'm not using the location function at all BTW.
Best Regards
Bob (Coffee + Laptop = KABOOM!) Irwin
Server Admin & Web Programmer
Planet Netcom
- Original Message -
From: "Chris Shiflett" <[EMAIL PROTECTED]>
To: "Bob Irwin" <[EMAIL PROTECTED]>
Cc: "php-general" <[EMAIL PROTECTED]>
Sent: Wednesday, June 19, 2002 11:36 AM
Subject: Re: [PHP] Session problems based on browser?
> I'm not sure if this might be related to the problem you're having, but
> Internet Explorer has a long history of poor cookie implementation, from
> the browser allowing anyone to read cookies from any site (versions 4.0
> - 6.0) to the browser not sending the cookie information in subsequent
> requests as it should (version 5.5 - maybe others).
>
> In particular, there is an IE bug related to use of the "Location"
> header that causes some versions of IE to "forget" the cookies in the
> next request. Basically, when the server responds with a 304 and
> includes the "Location" header, the browser is supposed to submit a GET
> request for the URL specified in that header for the content. It is in
> this request that IE might be failing to include the cookie information.
>
> If this sounds remotely similar to your problem (you have some code that
> looks something like header("Location: ...) in part of the transactions
> that fail), try to use a relative URL in the header rather than the full
> URL. This violates the standard, but it has been known to alleviate the
> bug in IE, and other browsers will gracefully handle the relative URL
> anyway.
>
> Chris
>
> Bob Irwin wrote:
>
> >G'day,
> >
> >I'm using scripts that are using sessions. A user logs into a main page
> >with
> >a master list of database entries. They go to another page, add a new
> >database entry and it appears on the master list. The user adds another
> >database entry and upon going back to the master list, the new entry does
> >not exist. It is like the database has not been updated. Refreshing the
> >page does not help, I have to go and touch the file on the server or
> >restart the browser to see the changes.
> >
> >What I though yesterday was the problem was occuring in both netscape and
IE
> >browsers. However, I have since discovered that netscape does NOT have
this
> >problem. Are there any session issues known to occur only with Internet
> >Explorer? We are running PHP 4.2 on a unix box with apache.
> >
> >Any ideas?
> >Best Regards
> >Bob (Coffee + Laptop = KABOOM!) Irwin
> >Server Admin & Web Programmer
> >Planet Netcom
> >
> >
> >
> >
>
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
> Scanned by PeNiCillin http://safe-t-net.pnc.com.au/
>
> Scanned by PeNiCillin http://safe-t-net.pnc.com.au/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Session problems based on browser?
Thanks for the info Chris.
Its causing me some serious headaches. IE just refuses to release the old
information.
Best Regards
Bob (Coffee + Laptop = KABOOM!) Irwin
Server Admin & Web Programmer
Planet Netcom
- Original Message -
From: "Chris Shiflett" <[EMAIL PROTECTED]>
To: "Bob Irwin" <[EMAIL PROTECTED]>
Cc: "php-general" <[EMAIL PROTECTED]>
Sent: Wednesday, June 19, 2002 11:36 AM
Subject: Re: [PHP] Session problems based on browser?
> I'm not sure if this might be related to the problem you're having, but
> Internet Explorer has a long history of poor cookie implementation, from
> the browser allowing anyone to read cookies from any site (versions 4.0
> - 6.0) to the browser not sending the cookie information in subsequent
> requests as it should (version 5.5 - maybe others).
>
> In particular, there is an IE bug related to use of the "Location"
> header that causes some versions of IE to "forget" the cookies in the
> next request. Basically, when the server responds with a 304 and
> includes the "Location" header, the browser is supposed to submit a GET
> request for the URL specified in that header for the content. It is in
> this request that IE might be failing to include the cookie information.
>
> If this sounds remotely similar to your problem (you have some code that
> looks something like header("Location: ...) in part of the transactions
> that fail), try to use a relative URL in the header rather than the full
> URL. This violates the standard, but it has been known to alleviate the
> bug in IE, and other browsers will gracefully handle the relative URL
> anyway.
>
> Chris
>
> Bob Irwin wrote:
>
> >G'day,
> >
> >I'm using scripts that are using sessions. A user logs into a main page
> >with
> >a master list of database entries. They go to another page, add a new
> >database entry and it appears on the master list. The user adds another
> >database entry and upon going back to the master list, the new entry does
> >not exist. It is like the database has not been updated. Refreshing the
> >page does not help, I have to go and touch the file on the server or
> >restart the browser to see the changes.
> >
> >What I though yesterday was the problem was occuring in both netscape and
IE
> >browsers. However, I have since discovered that netscape does NOT have
this
> >problem. Are there any session issues known to occur only with Internet
> >Explorer? We are running PHP 4.2 on a unix box with apache.
> >
> >Any ideas?
> >Best Regards
> >Bob (Coffee + Laptop = KABOOM!) Irwin
> >Server Admin & Web Programmer
> >Planet Netcom
> >
> >
> >
> >
>
>
>
> Scanned by PeNiCillin http://safe-t-net.pnc.com.au/
>
> Scanned by PeNiCillin http://safe-t-net.pnc.com.au/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Session problems based on browser?
I'm not sure if this might be related to the problem you're having, but
Internet Explorer has a long history of poor cookie implementation, from
the browser allowing anyone to read cookies from any site (versions 4.0
- 6.0) to the browser not sending the cookie information in subsequent
requests as it should (version 5.5 - maybe others).
In particular, there is an IE bug related to use of the "Location"
header that causes some versions of IE to "forget" the cookies in the
next request. Basically, when the server responds with a 304 and
includes the "Location" header, the browser is supposed to submit a GET
request for the URL specified in that header for the content. It is in
this request that IE might be failing to include the cookie information.
If this sounds remotely similar to your problem (you have some code that
looks something like header("Location: ...) in part of the transactions
that fail), try to use a relative URL in the header rather than the full
URL. This violates the standard, but it has been known to alleviate the
bug in IE, and other browsers will gracefully handle the relative URL
anyway.
Chris
Bob Irwin wrote:
>G'day,
>
>I'm using scripts that are using sessions. A user logs into a main page
>with
>a master list of database entries. They go to another page, add a new
>database entry and it appears on the master list. The user adds another
>database entry and upon going back to the master list, the new entry does
>not exist. It is like the database has not been updated. Refreshing the
>page does not help, I have to go and touch the file on the server or
>restart the browser to see the changes.
>
>What I though yesterday was the problem was occuring in both netscape and IE
>browsers. However, I have since discovered that netscape does NOT have this
>problem. Are there any session issues known to occur only with Internet
>Explorer? We are running PHP 4.2 on a unix box with apache.
>
>Any ideas?
>Best Regards
>Bob (Coffee + Laptop = KABOOM!) Irwin
>Server Admin & Web Programmer
>Planet Netcom
>
>
>
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
