Re: Re: mod_perl and cache?
by Flame (Deacon) on Mar 01, 2003 at 17:33 UTC
|
Hmm, even that doesn't seem to be working, but when I do a manual 'delete temporary files' in IE, and enter the exact page in the location bar, it takes me where I wanted to go. This is what the header currently prints:
200 OK
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-
+check=0
Connection: close
Date: Sat, 01 Mar 2003 17:30:22 GMT
Pragma: no-cache
Server: Apache/1.3.27 (Unix) mod_perl/1.27
Content-Type: text/html
Expires: Sat, 26 Jul 1997 05:00:00 GMT
Last-Modified: Sat, 01 Mar 2003 17:30:22 GMT
Client-Date: Sat, 01 Mar 2003 17:29:31 GMT
Client-Response-Num: 1
Set-Cookie: MY_SESSION_ID=08618e55ac9d5ec5ca683b6723cc87ad; path=/
My code doesn't have bugs, it just develops random features.
Flame ~ Lead Programmer: GMS (DOWN) | GMS (DOWN) | [reply] [d/l] |
|
|
| [reply] |
|
|
That's just it, it's not just IE. Mozilla does it too :(
Also, I can't seem to find that setting in IE, but changing it in Mozilla didn't help. I've decided that it might be something else about the code, but since it's long I didn't wanna post it here, you can read it on my scratchpad.
Note: This is part of a school project, don't wanna take anyone by surprise with that.
My code doesn't have bugs, it just develops random features.
Flame ~ Lead Programmer: GMS (DOWN) | GMS (DOWN)
| [reply] |
Re: Re: mod_perl and cache?
by Flame (Deacon) on Mar 03, 2003 at 04:57 UTC
|
This is really odd, it seems to be caching only part of the page, and allowing the rest to refresh. I had the page start writing all of it's arguments at the end and those constantly update (I also had the current time display in the title, and it *usually* updated). But while those updated, the content that should have updated with them, did not.
My code doesn't have bugs, it just develops random features.
Flame ~ Lead Programmer: GMS (DOWN) | GMS (DOWN)
| [reply] |
|
|
Any sufficiently advanced technology is indistinguishable from magic.. nor does it have bugs, it just develops random features.
By which I mean to say, I'm stumped. :)
Makeshifts last the longest.
| [reply] |
|
|
I've been doing some more experements... and found something odd... it seems that apache itself may be caching it and sending it out... or at least the subs that IT calls.
I've added some output commands to certain functions, and it seems they are not always being called, even though, by rights, they should be. I'm uploading my current code to my scratchpad, take a look at the sub 'calendar' if you would... it has code that should output the current value. Yet when the month I request is '5', and it is showing '9' in my browser, the text file also shows September. Yet the arguments I have it print out show '5', and if I hit refresh after 5 minutes, it shows up as may, and the text file updates.
My code doesn't have bugs, it just develops random features.
Flame ~ Lead Programmer: GMS (DOWN) | GMS (DOWN)
| [reply] |
|
|
|
|
|
|
|
Re: Re: mod_perl and cache?
by Flame (Deacon) on Mar 02, 2003 at 01:25 UTC
|
Hmm, I'm not sure what to make of this... it seems apache is recieving the requests, but not executing the script. I don't know the meaning of much of what's in the server access logs, but this is an excerpt from a time when I was trying to get a change by hitting reload or the link repeatedly.
192.168.1.10 - - [01/Mar/2003:19:06:51 -0500] "GET /cgi-bin/schedule.c
+gi HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:06:52 -0500] "GET /school/schedule.js
+ HTTP/1.1" 200 283
192.168.1.10 - - [01/Mar/2003:19:06:55 -0500] "GET /cgi-bin/schedule.c
+gi?action=view&viewmonth=9 HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:06:59 -0500] "GET /cgi-bin/schedule.c
+gi?action=view&viewmonth=9 HTTP/1.1" 200 9197
192.168.1.10 - - [01/Mar/2003:19:07:08 -0500] "POST /cgi-bin/schedule.
+cgi HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:15 -0500] "month=9&action=login&lo
+gin=Flame&pass=****POST /cgi-bin/schedule.cgi HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:24 -0500] "month=3&action=login&lo
+gin=Flame&pass=****GET /cgi-bin/schedule.cgi?action=login&login=Flame
+&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:26 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:28 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:29 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:29 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:29 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:30 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:30 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:30 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:30 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:31 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:32 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:32 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:32 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:32 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:32 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=****
HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:32 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:32 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
192.168.1.10 - - [01/Mar/2003:19:07:32 -0500] "GET /school/schedule.js
+ HTTP/1.1" 304 -
192.168.1.10 - - [01/Mar/2003:19:07:34 -0500] "GET /cgi-bin/schedule.c
+gi?action=login&login=Flame&pass=**** HTTP/1.1" 200 9757
My code doesn't have bugs, it just develops random features.
Flame ~ Lead Programmer: GMS (DOWN) | GMS (DOWN) | [reply] [d/l] |
|
|
| [reply] |
|
|
Oh well... hmm, looks like is is executing then, that ruins that idea... so it has to be client-side...
Would it help if I brought the server online so that you guys could see what it's doing?
My code doesn't have bugs, it just develops random features.
Flame ~ Lead Programmer: GMS (DOWN) | GMS (DOWN)
| [reply] |
|
|