sidki's config set: 2005-06-09

[z12]

Hi sidki

Quote:The added filters are just now active for both options, "Always Cache" and "Always Cache except for HTML", but they aren't needed for the first option, right?

I've never run "Always Cache" but I can't think on any reason you would need the others. Maybe Last-Modified, if you wanted to send conditional requests after the cache expires.

Quote:Did you check if servers that don't send a Last-Modified actually accept an If-Modified-Since?

Not all do. Sometimes you get the full monty back with a 200 reply, but this only seems to happen when the cache is expired and your requesting the resource again, or, they sent the wrong mime-type and you have to ask for it again.

Quote:Excluding local.ptron: Shouldn't it just get the "i_cache:2" (always cache) keyword?

Well, you got me there. The truth is, I'm rather clueless about Keywords & IncludeExclude. I've never used a filter set that had those features, so I need to spend some time reading your documentation and looking at the list to really get a handle on it.

I know one thing for sure, if you browse cnn with these filters you'll eventually request your popup.wav file that I cannot seem to cache.

Code:

BlockList 204: in IncludeExclude, line 64

+++GET 204+++
GET /sidki_h_2005-04-02/PopUp.wav HTTP/1.1
Host: local.ptron
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Referer: http://www.cnn.com/2005/WORLD/europe/05/09/harry.sandhurst/index.html
Connection: keep-alive

+++RESP 204+++
HTTP/1.1 200 Local file
Date: Mon, 09 May 2005 12:07:04 GMT
Server: Proxomitron
Connection: close
Last-Modified: Tue, 07 May 2002 15:48:46 GMT
Content-Length: 1598
Content-type: audio/wav
Cache-Control: public, max-age=86400
ETag: prxETag2

It might be a firefox thing, but I see my User-Agent string changes to the real one on this request, so I dunno.

Quote:Re "Cache-Control: 3 Kill if 3xx Response", there was a reason why i added that, but i can't remember which. Do you remember a situation where not killing it for 304s helped? Hmm... maybe i did it because the counter was always reset to 86400 and i never got a fresh copy... gonna check that.

I know why you did it. If you get a 304 to html it will get cached for a day if they don't send back a html Content-Type header, which occurs often with 304's. Been there, done that.

Quote:Out of curiousity, what does "hvINM" stand for?

header variable If None Match. Not very original.

Quote:When hitting back to http://www.pcworld.com/ from another page i still get this:

I'm going to check that out after this post.

Quote:Re using the ETag field as a var stored by the browser, how about making an "array" (a la keyword/flag/volat) out of it? The first field would be the original ETag, if present. All others would get a "prx-" prefix and are stripped on the way out while going thru Prox. That way the old ETag stays intact, and we would have a nice spot for future purposes.

I never thought of that. That seems like a good idea, hmm...

Mike

Edit: checked out pcworld, got a couple of images that wouldn't cache. Firefox didn't even send the If-Modified-Since header. curious....