Firefox still caching.

"Steve" <no.one.DeleteThis@example.com> wrote in message news:HiROh.25$Ai4.11@newsfe06.lga...
>| Placing meta information at the bottom? Before the BODY I imagine? Is
> that valid?
>
> 'valid' only applies to browsers that are 100% w3c compliant. as NONE exist,
> the better question is always, 'will it make my browser explode?' we're not
> going to kill anything here. but, we will be getting the desired result.
>
> put the first meta in the head like a good boi. put the next meta just
> before </html>.
>
> | > microsoft had
> | > a whole long write-up on that one b/c their own browser didn't behave as
> web
> | > designers thought it should - they of course offered their explanation
> of
> | > why things were/are the way they were/are...but, at least they gave that
> as
> | > a plausible solution.
> |
> | Thanks. Does that write-up exist still, or no?
>
> sure does...now google. ;^)
>
> | > btw, how do you KNOW ff is caching?
> |
> | It continuously takes a refresh or two (of the form page) before I get my
> POST'd results
> | to display the updated value. I figure it had to be Firefox as the PHP
> context simply
> | dumps the contents of $_POST. If my variable was continually in error, it
> must have been
> | Firefox sending it right?
>
> well, that depends (answered much like a good lawyer). without code, it is
> hard to tell you anything. however, i can most assuredly tell you that
> submitting a form is a one-time deal. the browser sends the data to php...so
> THAT has NOTHING to do with ff caching anything. refreshing the page after
> the first submit only results in that same data being posted to php again
> through the same vehicle/mechanisms as were in play for the first submit.

The code is thus:

if($_POST)
{
foreach($_POST as $index => $value)
{
print $index . ' : ' . $value . '<br />' . "\n";
}
}

That is it.

At one point I did however set a Cache-Control and Expires header in the script first.

> from your description, the problem is with your code...not your browser.

See above.

> | Or some combination of me not setting the correct headers, assuming there
> are any that
> | will make a difference.
> |
> | http://us3.php.net/manual/en/function.header.php#72652
> |
> | Led me to believe it might actually be an Apache issue. I did however try
> using
> | MultiViews as "guesswho" suggested to no avail. I am not familiar with
> any other content
> | negotiation mechanisms of Apache.
>
> always, always, always start debugging from simple to complex. accusing
> apache right off the bat is almost obscene. assume first, that YOU are in
> error and that that error is cause by the most SIMPLE thing. that approach
> will save you copious volumes of time in development hours.

Duly noted.

-Lost

| The code is thus:

the code is this?

;^)

| if($_POST)
| {
| foreach($_POST as $index => $value)
| {
| print $index . ' : ' . $value . '<br />' . "\n";
| }
| }

how about this instead? ;^)

print_r($_POST)

| That is it.
|
| At one point I did however set a Cache-Control and Expires header in the
script first.

however, no, that is not it. the code that generates the html with the form
that is doing the posting.

| > from your description, the problem is with your code...not your browser.
|
| See above.

see above.

-Lost wrote:
> I have tried the defacto:
>
> header("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1
> header("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Date in the past
>
> ...but Firefox keeps on caching results form a POST'd form.
>
> Anyone know of any tricks or other headers to send to tame Firefox's cache?

Did you change the Firefox settings to not cache? Thats the only way you can
be sure of that the page won't be cached if you have turned off the browsers
cache yourself.

--

//Aho

"J.O. Aho" <user DeleteThis @example.net> wrote in message news:5726hsF297mqiU2@mid.individual.net...
> -Lost wrote:
>> I have tried the defacto:
>>
>> header("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1
>> header("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Date in the past
>>
>> ...but Firefox keeps on caching results form a POST'd form.
>>
>> Anyone know of any tricks or other headers to send to tame Firefox's cache?
>
> Did you change the Firefox settings to not cache? Thats the only way you can
> be sure of that the page won't be cached if you have turned off the browsers
> cache yourself.

Fair point, I did eventually remember to do that. I disabled it via Web Developer
(Firefox extension) and the problem persists.

Maybe it is in the PHP code?

-Lost

-Lost wrote:
> "J.O. Aho" <user DeleteThis @example.net> wrote in message news:5726hsF297mqiU2@mid.individual.net...
>> -Lost wrote:

>>> Anyone know of any tricks or other headers to send to tame Firefox's cache?
>> Did you change the Firefox settings to not cache? Thats the only way you can
>> be sure of that the page won't be cached if you have turned off the browsers
>> cache yourself.
>
> Fair point, I did eventually remember to do that. I disabled it via Web Developer
> (Firefox extension) and the problem persists.

Sure the plug-in does work with the version of FF you have? Could just be it
don't do anything at all.

If you are using a proxy, the proxy may keep cache.


> Maybe it is in the PHP code?

I don't know how your development environment looks like, but I forgot to send
my update to the server and started to wonder why nothing changed, no matter
what I changed in the source...

If you don't trust your browser, you can use wget to fetch the page and then
you can use diff to see what's different between two fetches.

--

//Aho

"Steve" <no.one DeleteThis @example.com> wrote in message news:KvWOh.43$qe1.9@newsfe04.lga...
>| The code is thus:
>
> the code is this?
>
> ;^)

http://dictionary.reference.com/search?q=thus

1 and 5.

Neener neener neener! : P

> | if($_POST)
> | {
> | foreach($_POST as $index => $value)
> | {
> | print $index . ' : ' . $value . '<br />' . "\n";
> | }
> | }
>
> how about this instead? ;^)
>
> print_r($_POST)

Sure. Dumped it that way initially. Still no change.

> | That is it.
> |
> | At one point I did however set a Cache-Control and Expires header in the
> script first.
>
> however, no, that is not it. the code that generates the html with the form
> that is doing the posting.
>
> | > from your description, the problem is with your code...not your browser.
> |
> | See above.
>
> see above.

OK, if I understood that correctly, I need to set the headers via the meta tag in my HTML
not in the PHP at all?

Thanks for bearing this with patience (until I catch up).

NOTE!: Um... I just noticed it is not doing it anymore! The only thing I have done is
update:

Firefox from 1.5.0.10 to 1.5.0.11
NoScript extension to the latest version.

(No, I refuse to upgrade to Firefox 2.x. (Yet.))

Now I am really confused. Everything is now working as if setting the headers via meta in
my HTML worked. (And for the record I do not set anymore cache headers via PHP. I am
just print_r'ing $_POST.)

-Lost

"-Lost" <missed-spam.RemoveThis@comcast.net> wrote in message
news:obydncE5nPSgwJHbnZ2dnUVZ_sudnZ2d@comcast.com...
| "Steve" <no.one.RemoveThis@example.com> wrote in message
news:KvWOh.43$qe1.9@newsfe04.lga...
| >| The code is thus:
| >
| > the code is this?
| >
| > ;^)
|
| http://dictionary.reference.com/search?q=thus
|
| 1 and 5.
|
| Neener neener neener! : P

NO, NO, NO !!!

it is the part of speech you're having problems with. 'thus' is an ADVERB,
'this' is a PRONOUN. the word in question is the direct object of a
sentence...which we all know must be either a NOUN or, you guessed it, a
PRONOUN...

'thus', i am correct...and 'the code is this.'

| > | if($_POST)
| > | {
| > | foreach($_POST as $index => $value)
| > | {
| > | print $index . ' : ' . $value . '<br />' . "\n";
| > | }
| > | }
| >
| > how about this instead? ;^)
| >
| > print_r($_POST)
|
| Sure. Dumped it that way initially. Still no change.

ok...just k.i.s.s for me. ;^)

| > | That is it.
| > |
| > | At one point I did however set a Cache-Control and Expires header in
the
| > script first.
| >
| > however, no, that is not it. the code that generates the html with the
form
| > that is doing the posting.
| >
| > | > from your description, the problem is with your code...not your
browser.
| > |
| > | See above.
| >
| > see above.
|
| OK, if I understood that correctly, I need to set the headers via the meta
tag in my HTML
| not in the PHP at all?

just show me the code (if there is any) that produces the html from which
your form is defined and submitted. right now, based on your description, i
think the problem is with your code and NOT with caching. so, let's start
simply first. we'll go on from there.

| Thanks for bearing this with patience (until I catch up).

no biggie. ;^)

| NOTE!: Um... I just noticed it is not doing it anymore! The only thing I
have done is
| update:
|
| Firefox from 1.5.0.10 to 1.5.0.11
| NoScript extension to the latest version.
|
| (No, I refuse to upgrade to Firefox 2.x. (Yet.))
|
| Now I am really confused. Everything is now working as if setting the
headers via meta in
| my HTML worked. (And for the record I do not set anymore cache headers
via PHP. I am
| just print_r'ing $_POST.)

are you sure that was all that was changed? if so, please post all the
details for my future reference (in case i or someone else has the problem
again).

cheers.

|| >| The code is thus:
|| >
|| > the code is this?
|| >
|| > ;^)
||
|| http://dictionary.reference.com/search?q=thus
||
|| 1 and 5.
||
|| Neener neener neener! : P
|
| NO, NO, NO !!!
|
| it is the part of speech you're having problems with. 'thus' is an ADVERB,
| 'this' is a PRONOUN. the word in question is the direct object of a
| sentence...which we all know must be either a NOUN or, you guessed it, a
| PRONOUN...
|
| 'thus', i am correct...and 'the code is this.'

btw, the best test when in doubt is to rearrange the sentence using the same
words. of these two, which do you now believe is right?

thus is the code. (indicates a reason for the code's state of being)

this is the code. (states that what is referenced [what you posted] is the
code)

sorry, i'm just a language nut. ;^)

"Steve" <no.one RemoveThis @example.com> wrote in message news:5fZOh.533$vJ5.528@newsfe12.lga...
> || >| The code is thus:
> || >
> || > the code is this?
> || >
> || > ;^)
> ||
> || http://dictionary.reference.com/search?q=thus
> ||
> || 1 and 5.
> ||
> || Neener neener neener! : P
> |
> | NO, NO, NO !!!
> |
> | it is the part of speech you're having problems with. 'thus' is an ADVERB,
> | 'this' is a PRONOUN. the word in question is the direct object of a
> | sentence...which we all know must be either a NOUN or, you guessed it, a
> | PRONOUN...
> |
> | 'thus', i am correct...and 'the code is this.'
>
> btw, the best test when in doubt is to rearrange the sentence using the same
> words. of these two, which do you now believe is right?
>
> thus is the code. (indicates a reason for the code's state of being)
>
> this is the code. (states that what is referenced [what you posted] is the
> code)
>
> sorry, i'm just a language nut. ;^)

No, that is totally acceptable. English was never my strength in school.

Thanks for the clarification.

Oh, and I believe the second is right.

-Lost

"Steve" <no.one DeleteThis @example.com> wrote in message news:mbZOh.532$vJ5.348@newsfe12.lga...
>
> "-Lost" <missed-spam DeleteThis @comcast.net> wrote in message
> news:obydncE5nPSgwJHbnZ2dnUVZ_sudnZ2d@comcast.com...
> | "Steve" <no.one DeleteThis @example.com> wrote in message
> news:KvWOh.43$qe1.9@newsfe04.lga...
> | >| The code is thus:
> | >
> | > the code is this?
> | >
> | > ;^)
> |
> | http://dictionary.reference.com/search?q=thus
> |
> | 1 and 5.
> |
> | Neener neener neener! : P
>
> NO, NO, NO !!!
>
> it is the part of speech you're having problems with. 'thus' is an ADVERB,
> 'this' is a PRONOUN. the word in question is the direct object of a
> sentence...which we all know must be either a NOUN or, you guessed it, a
> PRONOUN...
>
> 'thus', i am correct...and 'the code is this.'
>
> | > | if($_POST)
> | > | {
> | > | foreach($_POST as $index => $value)
> | > | {
> | > | print $index . ' : ' . $value . '<br />' . "\n";
> | > | }
> | > | }
> | >
> | > how about this instead? ;^)
> | >
> | > print_r($_POST)
> |
> | Sure. Dumped it that way initially. Still no change.
>
> ok...just k.i.s.s for me. ;^)

K.I.S.S.'d just for you.

http://foomanchu.com/test_for_js_server-side.htm is the form (with metas).
http://foomanchu.com/test_for_js_server-side.php has *THIS* code:

<?php
print_r($_POST);
?>
<br />
<a href="test_for_js_server-side.htm">back</a>

....and that is *everything.*

> | > | That is it.
> | > |
> | > | At one point I did however set a Cache-Control and Expires header in
> the
> | > script first.
> | >
> | > however, no, that is not it. the code that generates the html with the
> form
> | > that is doing the posting.
> | >
> | > | > from your description, the problem is with your code...not your
> browser.
> | > |
> | > | See above.
> | >
> | > see above.
> |
> | OK, if I understood that correctly, I need to set the headers via the meta
> tag in my HTML
> | not in the PHP at all?
>
> just show me the code (if there is any) that produces the html from which
> your form is defined and submitted. right now, based on your description, i
> think the problem is with your code and NOT with caching. so, let's start
> simply first. we'll go on from there.

See above. : )

> | Thanks for bearing this with patience (until I catch up).
>
> no biggie. ;^)
>
> | NOTE!: Um... I just noticed it is not doing it anymore! The only thing I
> have done is
> | update:
> |
> | Firefox from 1.5.0.10 to 1.5.0.11
> | NoScript extension to the latest version.
> |
> | (No, I refuse to upgrade to Firefox 2.x. (Yet.))
> |
> | Now I am really confused. Everything is now working as if setting the
> headers via meta in
> | my HTML worked. (And for the record I do not set anymore cache headers
> via PHP. I am
> | just print_r'ing $_POST.)
>
> are you sure that was all that was changed? if so, please post all the
> details for my future reference (in case i or someone else has the problem
> again).

In the exact order:

The last update was to the HTML (form page). I added:

<meta http-equiv="Expires" content="Thu, 01 Dec 1994 16:00:00 GMT" />
<meta http-equiv="pragma-directive" content="no-cache" />

Nothing else. I continued refreshing and playing with it.

Turn JavaScript on, submit, get true.
Turn JavaScript off, submit, sometimes get true again.
Refresh a thousand times (with JavaScript off) and finally get false.

The main problem here was it showing me true, after turning JavaScript back off.

Then: updated Firefox and NoScript (and HTML Validator).

Came back from eating sushi, played with it, and saw that it updated each time.

Turn JavaScript on, submit, get true.
Turn JavaScript off, submit, get false.
Repeat.

Hope that was clear enough (because I still don't know what cleared it up).

Thanks again.

-Lost

"-Lost" <missed-spam.TakeThisOut@comcast.net> wrote in message
news:UI6dnXHucOE87ZHbnZ2dnUVZ_rOqnZ2d@comcast.com...
> "Steve" <no.one.TakeThisOut@example.com> wrote in message news:mbZOh.532$vJ5.348@newsfe12.lga...
>>
>> "-Lost" <missed-spam.TakeThisOut@comcast.net> wrote in message
>> news:obydncE5nPSgwJHbnZ2dnUVZ_sudnZ2d@comcast.com...
>> | "Steve" <no.one.TakeThisOut@example.com> wrote in message
>> news:KvWOh.43$qe1.9@newsfe04.lga...
>> | >| The code is thus:
>> | >
>> | > the code is this?
>> | >
>> | > ;^)
>> |
>> | http://dictionary.reference.com/search?q=thus
>> |
>> | 1 and 5.
>> |
>> | Neener neener neener! : P
>>
>> NO, NO, NO !!!
>>
>> it is the part of speech you're having problems with. 'thus' is an ADVERB,
>> 'this' is a PRONOUN. the word in question is the direct object of a
>> sentence...which we all know must be either a NOUN or, you guessed it, a
>> PRONOUN...
>>
>> 'thus', i am correct...and 'the code is this.'
>>
>> | > | if($_POST)
>> | > | {
>> | > | foreach($_POST as $index => $value)
>> | > | {
>> | > | print $index . ' : ' . $value . '<br />' . "\n";
>> | > | }
>> | > | }
>> | >
>> | > how about this instead? ;^)
>> | >
>> | > print_r($_POST)
>> |
>> | Sure. Dumped it that way initially. Still no change.
>>
>> ok...just k.i.s.s for me. ;^)
>
> K.I.S.S.'d just for you.
>
> http://foomanchu.com/test_for_js_server-side.htm is the form (with metas).
> http://foomanchu.com/test_for_js_server-side.php has *THIS* code:
>
> <?php
> print_r($_POST);
> ?>
> <br />
> <a href="test_for_js_server-side.htm">back</a>
>
> ...and that is *everything.*
>
>> | > | That is it.
>> | > |
>> | > | At one point I did however set a Cache-Control and Expires header in
>> the
>> | > script first.
>> | >
>> | > however, no, that is not it. the code that generates the html with the
>> form
>> | > that is doing the posting.
>> | >
>> | > | > from your description, the problem is with your code...not your
>> browser.
>> | > |
>> | > | See above.
>> | >
>> | > see above.
>> |
>> | OK, if I understood that correctly, I need to set the headers via the meta
>> tag in my HTML
>> | not in the PHP at all?
>>
>> just show me the code (if there is any) that produces the html from which
>> your form is defined and submitted. right now, based on your description, i
>> think the problem is with your code and NOT with caching. so, let's start
>> simply first. we'll go on from there.
>
> See above. : )
>
>> | Thanks for bearing this with patience (until I catch up).
>>
>> no biggie. ;^)
>>
>> | NOTE!: Um... I just noticed it is not doing it anymore! The only thing I
>> have done is
>> | update:
>> |
>> | Firefox from 1.5.0.10 to 1.5.0.11
>> | NoScript extension to the latest version.
>> |
>> | (No, I refuse to upgrade to Firefox 2.x. (Yet.))
>> |
>> | Now I am really confused. Everything is now working as if setting the
>> headers via meta in
>> | my HTML worked. (And for the record I do not set anymore cache headers
>> via PHP. I am
>> | just print_r'ing $_POST.)
>>
>> are you sure that was all that was changed? if so, please post all the
>> details for my future reference (in case i or someone else has the problem
>> again).
>
> In the exact order:
>
> The last update was to the HTML (form page). I added:
>
> <meta http-equiv="Expires" content="Thu, 01 Dec 1994 16:00:00 GMT" />
> <meta http-equiv="pragma-directive" content="no-cache" />
>
> Nothing else. I continued refreshing and playing with it.
>
> Turn JavaScript on, submit, get true.
> Turn JavaScript off, submit, sometimes get true again.
> Refresh a thousand times (with JavaScript off) and finally get false.
>
> The main problem here was it showing me true, after turning JavaScript back off.
>
> Then: updated Firefox and NoScript (and HTML Validator).
>
> Came back from eating sushi, played with it, and saw that it updated each time.
>
> Turn JavaScript on, submit, get true.
> Turn JavaScript off, submit, get false.
> Repeat.
>
> Hope that was clear enough (because I still don't know what cleared it up).
>
> Thanks again.

And lastly (just now) I changed the pragma-directive to pragma. Don't know what the heck
I was thinking there (but I guess it is obvious the meta pragma didn't do it).

That line again is:

<meta http-equiv="pragma" content="no-cache" />

-Lost

"-Lost" <missed-spam.RemoveThis@comcast.net> wrote in message
news:lZedncdaSbEa85HbnZ2dnUVZ_qarnZ2d@comcast.com...
| "Steve" <no.one.RemoveThis@example.com> wrote in message
news:5fZOh.533$vJ5.528@newsfe12.lga...
| > || >| The code is thus:
| > || >
| > || > the code is this?
| > || >
| > || > ;^)
| > ||
| > || http://dictionary.reference.com/search?q=thus
| > ||
| > || 1 and 5.
| > ||
| > || Neener neener neener! : P
| > |
| > | NO, NO, NO !!!
| > |
| > | it is the part of speech you're having problems with. 'thus' is an
ADVERB,
| > | 'this' is a PRONOUN. the word in question is the direct object of a
| > | sentence...which we all know must be either a NOUN or, you guessed it,
a
| > | PRONOUN...
| > |
| > | 'thus', i am correct...and 'the code is this.'
| >
| > btw, the best test when in doubt is to rearrange the sentence using the
same
| > words. of these two, which do you now believe is right?
| >
| > thus is the code. (indicates a reason for the code's state of being)
| >
| > this is the code. (states that what is referenced [what you posted] is
the
| > code)
| >
| > sorry, i'm just a language nut. ;^)
|
| No, that is totally acceptable. English was never my strength in school.
|
| Thanks for the clarification.
|
| Oh, and I believe the second is right.

i was just being a smart-ass...but, the 'neener neener neener' kind of
spurred on the application.

now if i could just figure out how to capitalize and spell... ;^)

cheers.

| In the exact order:
|
| The last update was to the HTML (form page). I added:
|
| <meta http-equiv="Expires" content="Thu, 01 Dec 1994 16:00:00 GMT" />
| <meta http-equiv="pragma-directive" content="no-cache" />
|
| Nothing else. I continued refreshing and playing with it.
|
| Turn JavaScript on, submit, get true.
| Turn JavaScript off, submit, sometimes get true again.
| Refresh a thousand times (with JavaScript off) and finally get false.
|
| The main problem here was it showing me true, after turning JavaScript
back off.
|
| Then: updated Firefox and NoScript (and HTML Validator).
|
| Came back from eating sushi, played with it, and saw that it updated each
time.
|
| Turn JavaScript on, submit, get true.
| Turn JavaScript off, submit, get false.
| Repeat.
|
| Hope that was clear enough (because I still don't know what cleared it
up).
|
| Thanks again.

no problem. try this as your html. i used ie and my results were:

array()
back

anyway, try this just for grins and giggles (note the removal of the xml tag
and placement of the js):

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title></title>
<meta http-equiv="content-type" content="text/html; charset=utf-8;" />
<meta http-equiv="Expires" content="Thu, 01 Dec 1994 16:00:00 GMT" />
<meta http-equiv="pragma" content="no-cache" />
</head>
<body>
<form id="form1" action="test_for_js_server-side.php" method="post">
<p id="form-p1">
<input type="hidden" name="javascript_enabled" value="false" />
<input type="text" name="text1" value="text 1" />
<input type="text" name="text2" value="text 2" />
<input type="text" name="text3" value="text 3" />
<input type="submit" value="Submit" />
</p>
</form>
</body>
</html>
<script type="text/javascript">
form1.javascript_enabled.value = 'true';
</script>