On 20.07.07 14:15, Bello Martinez Sergio wrote:
> I've configured Apache so that some elements (i.e. .js, .gif, .jpeg,
> etc) are stored in browser's cache during a time. When I access to a
> page contaning any of those elements, the browser doesn´t make a request
> to the server, it get the con
On 7/23/07, Bello Martinez Sergio <[EMAIL PROTECTED]> wrote:
Joshua Slive escribió:
>
> Interesting. If what you say is true, then it's a bug in apache, and
> perhaps one that will be very difficult to fix. You should report it
> to the bug database. The problem might be that the 304 response
>
Joshua Slive escribió:
Interesting. If what you say is true, then it's a bug in apache, and
perhaps one that will be very difficult to fix. You should report it
to the bug database. The problem might be that the 304 response
doesn't contain a content-type header and therefore can't be activate
On 7/23/07, Bello Martinez Sergio <[EMAIL PROTECTED]> wrote:
Ok, thanks. So, the reason of my error was to suppose that including
ExpiresActive On
ExpiresByType text/javascript "access plus 2 minutes"
(note that the value '2 minutes' is for testing purp
Ok, thanks. So, the reason of my error was to suppose that including
ExpiresActive On
ExpiresByType text/javascript "access plus 2 minutes"
(note that the value '2 minutes' is for testing purposes only) would
apply this header to response even if the return
On 7/23/07, Bello Martinez Sergio <[EMAIL PROTECTED]> wrote:
- Headers request/response after expiry time:
HTTP/1.x 304 Not Modified
Date: Mon, 23 Jul 2007 17:49:31 GMT
Server: Apache/2.0.54 (Linux/SUSE)
Connection: Keep-Alive
Keep-Alive: timeout=15, max=98
So, here's y
Of course. Here you are
- FIREFOX 2.0.0.5 (Headers captured with Live HTTP Headers)
- Headers first request (empty cache) and response:
GET /javascript/prueba.js HTTP/1.1
Host: 1.1.2.47
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES;
rv:1.8.1.5) Gecko/20070713 Firefox/2.0.
On 7/23/07, Bello Martinez Sergio <[EMAIL PROTECTED]> wrote:
Thanks again, Joshua.
You are right, it's my application that set 'must-revalidate' header.
But it's not the problem, I've deleted it and all works exactly the same.
I suspect the 304 return code is the reason because Firefox set
'1970-
Thanks again, Joshua.
You are right, it's my application that set 'must-revalidate' header.
But it's not the problem, I've deleted it and all works exactly the same.
I suspect the 304 return code is the reason because Firefox set
'1970-01-01 01:00:00 (already expired)" expiry date, and not that
On 7/23/07, Bello Martinez Sergio <[EMAIL PROTECTED]> wrote:
Thank you for your respose.
I've checked that browsers don´t work as you say they're supposed to
work. When Apache aswers with a 304 response, the only cache-related
header it includes by default into the response is 'Cache-Control:
mus
Thank you for your respose.
I've checked that browsers don´t work as you say they're supposed to
work. When Apache aswers with a 304 response, the only cache-related
header it includes by default into the response is 'Cache-Control:
must-revalidate'.
Internet Explorer 6.0 does nothing with it,
On 7/20/07, Bello Martinez Sergio <[EMAIL PROTECTED]> wrote:
Hi all,
I've configured Apache so that some elements (i.e. .js, .gif, .jpeg,
etc) are stored in browser's cache during a time. When I access to a
page contaning any of those elements, the browser doesn´t make a request
to the server, it
Hi all,
I've configured Apache so that some elements (i.e. .js, .gif, .jpeg,
etc) are stored in browser's cache during a time. When I access to a
page contaning any of those elements, the browser doesn´t make a request
to the server, it get the content from cache instead. Until this moment,
al
13 matches
Mail list logo
