httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Axel-Stéphane SMORGRAV <Axel-Stephane.SMORG...@europe.adp.com>
Subject [users@httpd] RE : [users@httpd] Re: Stuck trying to mod_disk_cache local cgi content
Date Thu, 28 Oct 2004 09:18:29 GMT

Your dump is not very readable and contains only the beginning of the request and response
sequences. Could you send me a compressed tcpdump that I can analyse with my own tools? I'll
post the conversation on the list. Otherwise Ethereal is really easy to use. You need to do
the capture first, stop the capture and then Tools->Follow TCP Stream. You can use Ethereal
to analyse a capture file from tcpdump or snoop.

What throws me off in your logs is that I do not see anything indicating that mod_cache ever
tries to look for the entity in the cache. Either you have left out a lot of lines, or something
else is not right. I would have expected a message like:

[Thu Oct 28 10:11:49 2004] [debug] mod_cache.c(168): cache: no cache - add cache_in filter
and DECLINE

-ascs

-----Message d'origine-----
De : Roger [mailto:crosseyedpenguin@cox.net] 
Envoyé : jeudi 28 octobre 2004 05:38
À : users@httpd.apache.org
Objet : Re: [users@httpd] Re: Stuck trying to mod_disk_cache local cgi content


Oops, sorry about the 404, I did have one of those along the way and 
obviously copied the wrong log entry. Try 2 below shows a 200. I think I 
have the headers you requested below.

Since I am getting into this much more than I anticipated, I will try 
the same test tomorrow under Fedora Core 2 instead of W/XP to see if 
that makes any difference.

Roger

Here is the next try, access log showing the page with one image on it, 
the one image, a two minute pause while I cleared the browser cache, 
started ethereal, and entered the request for just the image.

192.168.2.10 - - [27/Oct/2004:19:19:01 -0700] "GET /dra/ShowAllRockArt?Klass=3&FolderId=23&Command=Submit&spBB=B1
HTTP/1.1" 
200 5411 "http://192.168.2.11:55555/dra/ShowAllRockArt?Folder=23" "Mozilla/5.0 (Windows; U;
Win 9x 4.90; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2"
192.168.2.10 - - [27/Oct/2004:19:19:01 -0700] "GET /dra/DRA_SunSpirals_Element_22A1___1174_224_908_278_1226_782_75_0.jpg

HTTP/1.1" 200 11495 
"http://192.168.2.11:55555/dra/ShowAllRockArt?Klass=3&FolderId=23&Command=Submit&spBB=B1"
"Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2"
192.168.2.10 - - [27/Oct/2004:19:21:33 -0700] "GET /dra/DRA_SunSpirals_Element_22A1___1174_224_908_278_1226_782_75_0.jpg

HTTP/1.1" 200 11495 "-" "Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040707
Firefox/0.9.2"

Next the error log for the above sequence, still shows both images were 
cached rather than the second one being read from the cache.

[Wed Oct 27 19:19:01 2004] [debug] mod_cache.c(506): cache: /dra/ShowAllRockArt?Klass=3&FolderId=23&Command=Submit&spBB=B1
not cached. Reason: Query string present but no expires header
[Wed Oct 27 19:19:02 2004] [info] disk_cache: Storing URL 192.168.2.11/webkit/dra/ShowPix?pid=1174&sz=224&ulx=908&uly=278&lrx=1226&lry=782&iq=75
[Wed Oct 27 19:19:02 2004] [debug] mod_cache.c(613): cache: Caching url: /dra/DRA_SunSpirals_Element_22A1___1174_224_908_278_1226_782_75_0.jpg
[Wed Oct 27 19:19:02 2004] [debug] mod_disk_cache.c(613): disk_cache: Stored headers for URL
192.168.2.11/webkit/dra/ShowPix?pid=1174&sz=224&ulx=908&uly=278&lrx=1226&lry=782&iq=75
[Wed Oct 27 19:19:02 2004] [debug] mod_disk_cache.c(684): disk_cache: Body for URL 192.168.2.11/webkit/dra/ShowPix?pid=1174&sz=224&ulx=908&uly=278&lrx=1226&lry=782&iq=75
cached.
[Wed Oct 27 19:21:34 2004] [info] disk_cache: Storing URL 192.168.2.11/webkit/dra/ShowPix?pid=1174&sz=224&ulx=908&uly=278&lrx=1226&lry=782&iq=75
[Wed Oct 27 19:21:34 2004] [debug] mod_cache.c(613): cache: Caching url: /dra/DRA_SunSpirals_Element_22A1___1174_224_908_278_1226_782_75_0.jpg
[Wed Oct 27 19:21:34 2004] [debug] mod_disk_cache.c(613): disk_cache: Stored headers for URL
192.168.2.11/webkit/dra/ShowPix?pid=1174&sz=224&ulx=908&uly=278&lrx=1226&lry=782&iq=75
[Wed Oct 27 19:21:34 2004] [debug] mod_disk_cache.c(684): disk_cache: Body for URL 192.168.2.11/webkit/dra/ShowPix?pid=1174&sz=224&ulx=908&uly=278&lrx=1226&lry=782&iq=75
cached.

Ethereal was a bit intimidating, I kept looking for the large red 
blinking "Follow TCP stream" button on the toolbar but could find none. 
So this is the best I could do by dumping the whole mess to a test file 
and sorting through it.

I think this is the request you are looking for:

Frame 6 (602 bytes on wire, 602 bytes captured)
Ethernet II, Src: 00:0c:41:62:84:8e, Dst: 00:0d:87:a4:6d:0e Internet Protocol, Src Addr: 192.168.2.10
(192.168.2.10), Dst Addr: 
192.168.2.11 (192.168.2.11)
Transmission Control Protocol, Src Port: 1062 (1062), Dst Port: 55555 
(55555), Seq: 1, Ack: 1, Len: 548
Data (548 bytes)

0000  47 45 54 20 2f 64 72 61 2f 44 52 41 5f 53 75 6e   GET /dra/DRA_Sun
0010  53 70 69 72 61 6c 73 5f 45 6c 65 6d 65 6e 74 5f   Spirals_Element_
0020  32 32 41 31 5f 5f 5f 31 31 37 34 5f 32 32 34 5f   22A1___1174_224_
0030  39 30 38 5f 32 37 38 5f 31 32 32 36 5f 37 38 32   908_278_1226_782
0040  5f 37 35 5f 30 2e 6a 70 67 20 48 54 54 50 2f 31   _75_0.jpg HTTP/1
0050  2e 31 0d 0a 48 6f 73 74 3a 20 31 39 32 2e 31 36   .1..Host: 192.16
0060  38 2e 32 2e 31 31 3a 35 35 35 35 35 0d 0a 55 73   8.2.11:55555..Us
0070  65 72 2d 41 67 65 6e 74 3a 20 4d 6f 7a 69 6c 6c   er-Agent: Mozill
0080  61 2f 35 2e 30 20 28 57 69 6e 64 6f 77 73 3b 20   a/5.0 (Windows;
0090  55 3b 20 57 69 6e 20 39 78 20 34 2e 39 30 3b 20   U; Win 9x 4.90;
00a0  65 6e 2d 55 53 3b 20 72 76 3a 31 2e 37 29 20 47   en-US; rv:1.7) G
00b0  65 63 6b 6f 2f 32 30 30 34 30 37 30 37 20 46 69   ecko/20040707 Fi
00c0  72 65 66 6f 78 2f 30 2e 39 2e 32 0d 0a 41 63 63   refox/0.9.2..Acc
00d0  65 70 74 3a 20 74 65 78 74 2f 78 6d 6c 2c 61 70   ept: text/xml,ap
00e0  70 6c 69 63 61 74 69 6f 6e 2f 78 6d 6c 2c 61 70   plication/xml,ap
00f0  70 6c 69 63 61 74 69 6f 6e 2f 78 68 74 6d 6c 2b   plication/xhtml+
0100  78 6d 6c 2c 74 65 78 74 2f 68 74 6d 6c 3b 71 3d   xml,text/html;q=
0110  30 2e 39 2c 74 65 78 74 2f 70 6c 61 69 6e 3b 71   0.9,text/plain;q
0120  3d 30 2e 38 2c 69 6d 61 67 65 2f 70 6e 67 2c 2a   =0.8,image/png,*
0130  2f 2a 3b 71 3d 30 2e 35 0d 0a 41 63 63 65 70 74   /*;q=0.5..Accept
0140  2d 4c 61 6e 67 75 61 67 65 3a 20 65 6e 2d 75 73   -Language: en-us
0150  2c 65 6e 3b 71 3d 30 2e 35 0d 0a 41 63 63 65 70   ,en;q=0.5..Accep
0160  74 2d 45 6e 63 6f 64 69 6e 67 3a 20 67 7a 69 70   t-Encoding: gzip
0170  2c 64 65 66 6c 61 74 65 0d 0a 41 63 63 65 70 74   ,deflate..Accept
0180  2d 43 68 61 72 73 65 74 3a 20 49 53 4f 2d 38 38   -Charset: ISO-88
0190  35 39 2d 31 2c 75 74 66 2d 38 3b 71 3d 30 2e 37   59-1,utf-8;q=0.7
01a0  2c 2a 3b 71 3d 30 2e 37 0d 0a 4b 65 65 70 2d 41   ,*;q=0.7..Keep-A
01b0  6c 69 76 65 3a 20 33 30 30 0d 0a 43 6f 6e 6e 65   live: 300..Conne
01c0  63 74 69 6f 6e 3a 20 6b 65 65 70 2d 61 6c 69 76   ction: keep-aliv
01d0  65 0d 0a 43 6f 6f 6b 69 65 3a 20 5f 53 49 44 5f   e..Cookie: _SID_
01e0  3d 32 30 30 34 31 30 32 37 31 39 30 33 30 37 2d   =20041027190307-
01f0  64 36 34 66 34 38 34 63 65 32 31 66 31 35 33 33   d64f484ce21f1533
0200  37 65 30 38 64 64 65 63 61 35 64 31 64 65 62 66   7e08ddeca5d1debf
0210  3b 20 64 72 61 3d 31 30 39 38 39 32 39 39 33 30   ; dra=1098929930
0220  0d 0a 0d 0a  

And this is the first part of the response. In this case I have the 
Cache-Control set to 3600 and Expires set to current time plus an hour.

Frame 8 (1514 bytes on wire, 1514 bytes captured)
Ethernet II, Src: 00:0d:87:a4:6d:0e, Dst: 00:0c:41:62:84:8e Internet Protocol, Src Addr: 192.168.2.11
(192.168.2.11), Dst Addr: 
192.168.2.10 (192.168.2.10)
Transmission Control Protocol, Src Port: 55555 (55555), Dst Port: 1062 
(1062), Seq: 1, Ack: 549, Len: 1460
Data (1460 bytes)

0000  48 54 54 50 2f 31 2e 31 20 32 30 30 20 4f 4b 0d   HTTP/1.1 200 OK.
0010  0a 44 61 74 65 3a 20 54 68 75 2c 20 32 38 20 4f   .Date: Thu, 28 O
0020  63 74 20 32 30 30 34 20 30 32 3a 32 31 3a 33 33   ct 2004 02:21:33
0030  20 47 4d 54 0d 0a 53 65 72 76 65 72 3a 20 41 70    GMT..Server: Ap
0040  61 63 68 65 2f 32 2e 30 2e 35 32 20 28 57 69 6e   ache/2.0.52 (Win
0050  33 32 29 20 6d 6f 64 5f 70 79 74 68 6f 6e 2f 33   32) mod_python/3
0060  2e 31 2e 33 20 50 79 74 68 6f 6e 2f 32 2e 33 2e   .1.3 Python/2.3.
0070  32 0d 0a 63 6f 6e 74 65 6e 74 2d 6c 65 6e 67 74   2..content-lengt
0080  68 3a 20 20 31 31 34 39 35 0d 0a 65 78 70 69 72   h:  11495..expir
0090  65 73 3a 20 20 54 68 75 2c 20 32 38 20 4f 63 74   es:  Thu, 28 Oct
00a0  20 32 30 30 34 20 30 33 3a 32 31 3a 33 34 20 47    2004 03:21:34 G
00b0  4d 54 0d 0a 6c 61 73 74 2d 6d 6f 64 69 66 69 65   MT..last-modifie
00c0  64 3a 20 20 57 65 64 2c 20 31 35 20 4e 6f 76 20   d:  Wed, 15 Nov
00d0  32 30 30 33 20 30 34 3a 35 38 3a 30 38 20 47 4d   2003 04:58:08 GM
00e0  54 0d 0a 63 61 63 68 65 2d 63 6f 6e 74 72 6f 6c   T..cache-control
00f0  3a 20 20 6d 61 78 2d 61 67 65 3d 33 36 30 30 0d   :  max-age=3600.
0100  0a 63 6f 6e 74 65 6e 74 2d 74 79 70 65 3a 20 20   .content-type: 
0110  69 6d 61 67 65 2f 6a 70 65 67 0d 0a 53 65 74 2d   image/jpeg..Set-
0120  43 6f 6f 6b 69 65 3a 20 20 5f 53 49 44 5f 3d 32   Cookie:  _SID_=2
0130  30 30 34 31 30 32 37 31 39 30 33 30 37 2d 64 36   0041027190307-d6
0140  34 66 34 38 34 63 65 32 31 66 31 35 33 33 37 65   4f484ce21f15337e
0150  30 38 64 64 65 63 61 35 64 31 64 65 62 66 3b 20   08ddeca5d1debf;
0160  50 61 74 68 3d 2f 3b 0d 0a 4b 65 65 70 2d 41 6c   Path=/;..Keep-Al
0170  69 76 65 3a 20 74 69 6d 65 6f 75 74 3d 31 35 2c   ive: timeout=15,
0180  20 6d 61 78 3d 31 30 30 0d 0a 43 6f 6e 6e 65 63    max=100..Connec
0190  74 69 6f 6e 3a 20 4b 65 65 70 2d 41 6c 69 76 65   tion: Keep-Alive
01a0  0d 0a 0d 0a ff d8 ff e0 00 10 4a 46 49 46 00 01   ..........JFIF..
01b0  01 00 00 01 00 01 00 00 ff db 00 43 00 08 06 06   ...........C....
01c0  07 06 05 08 07 07 07 09 09 08 0a 0c 14 0d 0c 0b   ................
01d0  0b 0c 19 12 13 0f 14 1d 1a 1f 1e 1d 1a 1c 1c 20   ...............
--- snipped ----




Axel-Stéphane SMORGRAV wrote:

>What I wanted was for you to request just the JPG through the reverse 
>proxy. The reason why I suggested this was to eliminate the possibility 
>for any request headers forcing end-server validation. I see you got a 
>404 return code, so something must have been wrong with the URL... The 
>leading // may be the reason, although I thought it would be 
>canonicalised into a single /.
>
>1. What entities are cacheable is described in RFC2616 section 13.4. 
>Basically a document is cached if it contains at least one of 
>Last-Modified, Etag or Expires headers. However, if the document 
>contains a Cache-Control header containing no-store or no-cache (HTTP 
>1.1), or Pragma no-cache (HTTP 1.0) the document should not be cached. 
>A request may contain headers that modify cacheability of an entity. 
>For the gory details read chapter 14.
>
>2. I suggest that a next step should be to somehow grab the HTTP 
>exchange on the wire using tcpdump, snoop or Ethereal. Ethereal has a 
>nice feature "Follow TCP stream" that allows you to see the whole 
>conversation including headers, and it can read output from snnop and 
>tcpdump. Then maybe you could post the request and response headers. 
>When you record a conversation, try to keep traffic down by requesting 
>only the JPG and make sure you get a 200 response code. In order for 
>this to work the client (browser) and proxy need to be on separate 
>hosts.
>
>I look forward to seeing those headers.
>Gd lck
>-ascs
>
>-----Message d'origine-----
>De : Roger [mailto:crosseyedpenguin@cox.net]
>Envoyé : mardi 26 octobre 2004 18:52
>À : users@httpd.apache.org
>Objet : Re: [users@httpd] Re: Stuck trying to mod_disk_cache local cgi content
>
>
>I tried accessing the jpg url from my browser. The results are the 
>same.
>But I am somewhat confused by your request and I am not sure I did what 
>you expected. The html page containing the image has an image tag of the 
>form:
>    <img 
>src="DRA_SpiralShanty_Element_3A2___1226_224_358_634_806_1240_75_0.jpg" 
>alt=....
>
>The above shows a GET in my access_log:
>127.0.0.1 - - [26/Oct/2004:08:56:16 -0700] "GET
>/dra/DRA_SpiralShanty_Element_3A2___1226_224_358_634_806_1240_75_0.jpg 
>HTTP/1.1" 200 11612 
>"http://foxdigitalrockart.org:55555/dra/ShowAllRockArt?Klass=14&FolderId=26&Command=Submit&spBB=B7"

>"Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 
>Firefox/0.10"
>
>When I put the jpg url into my browser directly, the access_log shows a
>similar GET entry, less the referencing page:
>127.0.0.1 - - [26/Oct/2004:09:04:54 -0700] "GET 
>//dra/DRA_SpiralShanty_Element_3A2___1226_224_358_634_806_1240_75_0.jpg 
>HTTP/1.1" 404 274 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; 
>rv:1.7.3) Gecko/20040913 Firefox/0.10"
>
>Putting in the RewriteRule (described earlier) was the way I managed to
>get browsers to default to a nicer (not perfect) file name should the 
>caller do a right-click and choose save as.
>
>I also have instances where I do not make use of the RewriteRule. The
>html pages have img tages like:
>    <img src="ShowPix?pid=842&amp;tn=192" alt="">
>
>The results from the above are the same. The images are rewritten to 
>the
>cache on every request but never read from the cache. All the browsers I 
>test with retain the images in their cache and do not request a fresh 
>copy unless I clear the cache.
>
>Is there any doc that details what headers are required to be present
>for mod_cache and is there an easy way see the incoming headers for an 
>image request to determine that I have them all set correctly?
>
>Roger
>
>
>Axel-Stéphane SMORGRAV wrote:
>
>  
>
>>What happens when you do just a "GET
>>/dra/DRA_SpiralShanty_Element_3A2___1226_224_358_634_806_1240_75_0.jpg" 
>>i.e. request URL 
>>http://a.b.c/dra/DRA_SpiralShanty_Element_3A2___1226_224_358_634_806_12
>>40_75_0.jpg? Is it then served from the cache?
>>
>>-ascs
>>
>>-----Message d'origine-----
>>De : Roger [mailto:crosseyedpenguin@cox.net]
>>Envoyé : lundi 25 octobre 2004 19:34
>>À : users@httpd.apache.org
>>Objet : Re: [users@httpd] RE : [users@httpd] Stuck trying to 
>>mod_disk_cache local cgi content
>>
>>
>>Axel-Stéphane SMORGRAV wrote:
>>
>> 
>>
>>    
>>
>>>Could you put your virtual host into LogLevel debug and post the 
>>>relevant parts of the error_log??
>>>
>>>-ascs
>>>
>>>-----Message d'origine-----
>>>De : Roger [mailto:crosseyedpenguin@cox.net]
>>>Envoyé : dimanche 17 octobre 2004 21:24
>>>À : users@httpd.apache.org
>>>Objet : [users@httpd] Stuck trying to mod_disk_cache local cgi 
>>>content
>>>
>>>
>>>Hi,
>>>
>>>I have a python cgi application which modifies .jpg files on the fly.
>>>I am trying to implement disk caching for these images. I am running 
>>>Windows/XP with Apache 2.0.52.
>>>
>>>The html pages created refer to the images as if they were .jpg 
>>>images
>>>and I use a rewrite rule to transform the request into a cgi get 
>>>request. So my first change was to just change the rewrite rule to 
>>>force a proxy request:
>>>  RewriteRule (^/dra/DRA_.*)___(.*)_(.*)(\.jpg$)
>>>http://mysite.org/webkit/dra/ShowPix\?pid=$2\&tn=$3 [P,L]
>>>
>>>(The original purpose of the above rule was to provide a pretty
>>>default file name should the user right-click and do a save as.)
>>>
>>>Per the docs, I loaded the modules and created the proxy and disk
>>>caching statements:
>>>  LoadModule proxy_module modules/mod_proxy.so
>>>  LoadModule proxy_http_module modules/mod_proxy_http.so
>>>  LoadModule cache_module modules/mod_cache.so
>>>
>>>  ProxyRequests Off
>>>  <ProxyMatch .*>
>>>      Order deny,allow
>>>      Allow from all
>>>  </ProxyMatch>
>>>  LoadModule disk_cache_module modules/mod_disk_cache.so
>>>      CacheRoot c:/ApacheCache
>>>      CacheSize 1000000
>>>      CacheEnable disk /
>>>      CacheDirLevels 5
>>>      CacheDirLength 3
>>>
>>>The result of the above is that Apache is caching some local .css, 
>>>and
>>>.js files but is not caching the .jpg files covered by the rewrite 
>>>rule. I plan on turning off the .css and .js caching with the 
>>>proxymatch directive later.
>>>
>>>The script creating the .jpg images puts out headers for
>>>('cache-control','max-age=3600') and the browsers I am testing with
>>>(IE,
>>>Mozilla, Opera) all cache the images successfully. So everything appears 
>>>to be working OK except the .jpg files are not cached by Apache.
>>>
>>>Anyone have a clue as to what I am doing wrong?
>>>
>>>Roger
>>>
>>>
>>>
>>>
>>>   
>>>
>>>      
>>>
>>Thank you, I am closer to the solution. The files are now being 
>>cached, but not served from the cache.
>>
>>After adding LogLevel  debug to the virtual host, the first message I 
>>encountered was:
>>  ...not cached. Reason: Query string present but no expires header
>>
>>So I added an expires header: equal to now plus 2 days: ('Expires', 
>>'Wed, 27 Oct 2004 17:43:29 GMT')
>>
>>So now my images are being cached per the log, but when I view a 
>>particular page with these images, delete all tempory internet files, 
>>and view the same page again, the files are not served from the cache.
>>
>>The log with my comments is below.
>>
>>The rewrite rule to change requests for a .jpg file into a querey is 
>>as
>>follows:
>>   RewriteRule 
>>(^/dra/DRA_.*)___(.*)_(.*)_(.*)_(.*)_(.*)_(.*)_(.*)_(.*)(\.jpg$)
>>        
>>/webkit/dra/ShowPix\?pid=$2\&sz=$3\&ulx=$4\&uly=$5\&lrx=$6\&lry=$7\&iq
>>=
>>$8
>>[L,PT]
>>
>>Roger
>>
>>#
>>#  First access, nothing cached, this is the request for a page 
>>containing a .jpg image #
>>[Mon Oct 25 10:14:05 2004] [debug] mod_cache.c(506): cache: 
>>/dra/ShowAllRockArt?Klass=14&FolderId=26&Command=Submit&spBB=B6 not 
>>cached. Reason: Query string present but no expires header
>>#
>># This is activity for the target jpg image, looks as if it is getting 
>>cached properly
>>#
>>[Mon Oct 25 10:14:05 2004] [info] disk_cache: Storing URL 
>>foxdigitalrockart.org/webkit/dra/ShowPix?pid=1226&sz=224&ulx=358&uly=634&lrx=806&lry=1240&iq=75
>>[Mon Oct 25 10:14:05 2004] [debug] mod_cache.c(613): cache: Caching url: 
>>/dra/DRA_SpiralShanty_Element_3A2___1226_224_358_634_806_1240_75_0.jpg
>>[Mon Oct 25 10:14:05 2004] [debug] mod_disk_cache.c(613): disk_cache: 
>>Stored headers for URL 
>>foxdigitalrockart.org/webkit/dra/ShowPix?pid=1226&sz=224&ulx=358&uly=634&lrx=806&lry=1240&iq=75
>>[Mon Oct 25 10:14:06 2004] [debug] mod_disk_cache.c(684): disk_cache: 
>>Body for URL 
>>foxdigitalrockart.org/webkit/dra/ShowPix?pid=1226&sz=224&ulx=358&uly=634&lrx=806&lry=1240&iq=75

>>cached.
>>#
>># browser cache cleared, second try for same page, this is extra junk 
>>getting into position for request
>>#
>>[Mon Oct 25 10:14:22 2004] [debug] mod_cache.c(506): cache: 
>>/dra/ShowAllRockArt?Command=Change+Class&spBB=B7 not cached. Reason: 
>>Query string present but no expires header
>>[Mon Oct 25 10:14:22 2004] [debug] mod_disk_cache.c(400): disk_cache: 
>>Recalled cached URL info header foxdigitalrockart.org/drastatic/ra1.css?
>>[Mon Oct 25 10:14:22 2004] [debug] mod_disk_cache.c(400): disk_cache: 
>>Recalled cached URL info header foxdigitalrockart.org/drastatic/buttons.js?
>>[Mon Oct 25 10:14:22 2004] [debug] mod_disk_cache.c(464): disk_cache: 
>>Recalled headers for URL foxdigitalrockart.org/drastatic/ra1.css?
>>[Mon Oct 25 10:14:22 2004] [debug] mod_cache.c(285): cache: running 
>>CACHE_CONDITIONAL filter
>>[Mon Oct 25 10:14:22 2004] [debug] mod_disk_cache.c(464): disk_cache: 
>>Recalled headers for URL foxdigitalrockart.org/drastatic/buttons.js?
>>[Mon Oct 25 10:14:22 2004] [debug] mod_cache.c(285): cache: running 
>>CACHE_CONDITIONAL filter
>>[Mon Oct 25 10:14:22 2004] [debug] mod_disk_cache.c(400): disk_cache: 
>>Recalled cached URL info header foxdigitalrockart.org/drastatic/logosml.jpg?
>>[Mon Oct 25 10:14:22 2004] [debug] mod_disk_cache.c(400): disk_cache: 
>>Recalled cached URL info header 
>>foxdigitalrockart.org/drastatic/wz_tooltip.js?
>>[Mon Oct 25 10:14:22 2004] [debug] mod_disk_cache.c(464): disk_cache: 
>>Recalled headers for URL foxdigitalrockart.org/drastatic/logosml.jpg?
>>[Mon Oct 25 10:14:22 2004] [debug] mod_cache.c(285): cache: running 
>>CACHE_CONDITIONAL filter
>>[Mon Oct 25 10:14:22 2004] [debug] mod_disk_cache.c(464): disk_cache: 
>>Recalled headers for URL foxdigitalrockart.org/drastatic/wz_tooltip.js?
>>[Mon Oct 25 10:14:22 2004] [debug] mod_cache.c(285): cache: running 
>>CACHE_CONDITIONAL filter
>>#
>># Here comes request for same page
>>#
>>[Mon Oct 25 10:14:26 2004] [debug] mod_cache.c(506): cache: 
>>/dra/ShowAllRockArt?Klass=14&FolderId=26&Command=Submit&spBB=B8 not 
>>cached. Reason: Query string present but no expires header
>>#
>># This image should have been served from cache, but instead it was 
>>recreated and stored again
>>#
>>[Mon Oct 25 10:14:27 2004] [info] disk_cache: Storing URL 
>>foxdigitalrockart.org/webkit/dra/ShowPix?pid=1226&sz=224&ulx=358&uly=634&lrx=806&lry=1240&iq=75
>>[Mon Oct 25 10:14:27 2004] [debug] mod_cache.c(613): cache: Caching url: 
>>/dra/DRA_SpiralShanty_Element_3A2___1226_224_358_634_806_1240_75_0.jpg
>>[Mon Oct 25 10:14:27 2004] [debug] mod_disk_cache.c(613): disk_cache: 
>>Stored headers for URL 
>>foxdigitalrockart.org/webkit/dra/ShowPix?pid=1226&sz=224&ulx=358&uly=634&lrx=806&lry=1240&iq=75
>>[Mon Oct 25 10:14:27 2004] [debug] mod_disk_cache.c(684): disk_cache: 
>>Body for URL 
>>foxdigitalrockart.org/webkit/dra/ShowPix?pid=1226&sz=224&ulx=358&uly=634&lrx=806&lry=1240&iq=75

>>cached.
>>
>>    
>>
>
>  
>



---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html>
for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message