in reply to mod_perl and cache?

Try overkill anti-caching CGI headers - that should catch all caching mechanisms that comply to the HTTP RFCs.

Makeshifts last the longest.

Replies are listed 'Best First'.
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)

      Have you look at your preferences? There is a setting for how often to check a cached page - set it to "Always". If that still doesn't do it, send IE to the bitbucket where it rightly belongs. (Now, if one could tell that same thing to their customers.. :-/ )

      Makeshifts last the longest.

        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)

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)

      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.

        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)

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)

      Try adding a warn "Feh!" or something to the script to see if it actually isn't run. The logs say Apache is sending 9757 bytes back to the client, anyway. Is there anything related in the error log?

      Makeshifts last the longest.

        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)