Article delegate-en/2267 of [1-5169] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]

Newsgroups: mail-lists.delegate-en

[DeleGate-En] Re: expire text only?
30 May 2003 13:38:00 GMT "James R. Blaney" <>

Thanks for the reply. If I use the following:

it should handle the Expires tag, butI don't think that will work for the
following headers, will it?
>  |2. <meta http-equiv="refresh" content="1800">
>  |3. <meta http-equiv="Pragma" content="no-cache">
>  |4. <meta http-equiv="Expires" content="Fri, 30 May 2003, 04:42:15

I will probably give the external filter or CFI mechanism a try, because in
our case, the overhead should still be far less than having to reload lots
of images over a 56K connection.

Here's a suggested feature: When the proxy receives a request for any image
in cache from an expired page, DeleGate issues a HEAD (information only)
request about each image, to obtain size and date/time, and if these haven't
changed, it reads image from the cache. In this way, many "expired" pages
would only reload the html text, not the images. I believe this would make a
huge difference in speed of page loading, and without requiring any changes
to html tags.

Thanks again.

----- Original Message ----- 
From: "Yutaka Sato" < <> >
To: < <> >
Cc: < <> >
Sent: Friday, May 30, 2003 3:41 AM
Subject: Re: [DeleGate-En] expire text only?

> On 05/30/03(15:39) you "Jim" < <> >
> in <005e01c32676$72e0d700$fe00a8c0@picard
<mailto:005e01c32676$72e0d700$fe00a8c0@picard..> >
>  |Just got DeleGate up and running. Nice piece of software!
>  |
>  |One question: Is there any way to configure so images, sound files,
>  |etc., are read from cache even when an http page header has expired a
>  |page? The reason I'd like to do this is places like EBay set their pages
>  |to expire every second (so the bid prices are current). But the item
>  |images do not change, and it is frustrating to have to reload all the
>  |image data just to see the current bid price.
>  |
>  |Some expiration examples:
>  |1. (normal expires tag in header)
>  |2. <meta http-equiv="refresh" content="1800">
>  |3. <meta http-equiv="Pragma" content="no-cache">
>  |4. <meta http-equiv="Expires" content="Fri, 30 May 2003, 04:42:15 GMT">
> As long as I know, cache control information about a HTTP message (which
> is indicated in its header or body tags) affect only to the message
> The expiration of (a image) data which is referred from a HTML data (and
> may be from other HTMLs too) will/can not be affected from its
> So what you can/need control is about header information in HTTP messages
> which contains image/* or so.  I suppose that simply removing Expires
> header in any response messages seems to satisfy your requirement. It is
> realized with the following parameter.
>   HTTPCONF=kill-rhead:Expires
> If you need more detailed control, you can use "external filter" or
> "CFI" mechanism of DeleGate (activated by FFROMSV or FTOCL parameter) with
> which you can rewrite HTTP message as you need using your own script.
> But it causes certain overhead which might not be acceptable in your case.
>  |So what I'm wondering is whether there's a way to only expire the
>  |html/text part of a page, and override the expiration of the images and
>  |multi-media content on the expired page. I realize this is probably
>  |unusual, but DeleGate seems flexible enough, there just might be some
>  |way to do this.
>  |
>  |If so, is there also some way to configure DeleGate to support a
>  |pass-through URL prefix, so our default behavior would override
>  |expiration tags, but if the user inserted a special prefix to the URL,
>  |it would not override expiration tags?
>  |
>  |Otherwise, is there at least some way to cause the above pages to stay
>  |in cache for some longer period of time, like an hour?
>                    @ @  
> ┌─┐┬┌──┬┐ //\^^ ( - ); {Do the more with the less -- B.
> ├─┤│└─┐│ / 877m\_<   >_ <URL:
<> >
> ┴ 
> 佐藤豊@情報処理研究部門.産業技術総合研究所(独立行政法人)

  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]