On 7/20/07, Bello Martinez Sergio <serbel@xxxxxxxxxx> 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 get the content from cache instead. Until this moment, all is ok. The problem arises when the time I chose for element's caching finishes. After this moment, each time the browser need one of those cached elements, It makes a http request to the server and the response includes a 304 error (I know it´s not an error, only a 'not modified' message). The problem is that when a page contains many of these elements (.js, .gif, etc), performance get worse (pairs request-reponse 304 take time), and there isn't a way to tell the browser to use cache's information again, unless you modify files at server side. So I want to know or if there is a way to configure Apache so that browsers renew cache's elements expiry date when they receive a 304 error, or to configure Apache to not to answer with error 304, but to reply with the corresponding file, even though this file's been not modified.
Hmmm... By default, the 304 response should update any Expires or Cache-Control response headers, and the client should update its cache based on these new headers (or should recalculate expiry based on the new response Date). If the client is not updating its cache after the 304 response, that sounds like a problem at the client. To directly answer your question, I'm not sure if there is an easy way to entirely turn off 304 responses. You could probably do RequestHeader unset If-Modified-Since early or you could activate mod_include processing for the files (but that would be a waste of processor time). Joshua. --------------------------------------------------------------------- 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@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|