Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 27374 invoked from network); 9 May 2006 09:45:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 9 May 2006 09:45:09 -0000 Received: (qmail 52365 invoked by uid 500); 9 May 2006 09:44:58 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 52350 invoked by uid 500); 9 May 2006 09:44:58 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 52339 invoked by uid 99); 9 May 2006 09:44:57 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 May 2006 02:44:57 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [193.56.241.12] (HELO polaris.atos-infogerance.fr) (193.56.241.12) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 May 2006 02:44:57 -0700 Received: from persee.atos-infogerance.fr ([193.56.47.18]) by polaris.atos-infogerance.fr (8.13.6/8.13.6) with ESMTP id k499iYYk016038 for ; Tue, 9 May 2006 11:44:34 +0200 (MET DST) Received: from exchange2k301.gaia.fr ([150.175.10.40]) by persee.atos-infogerance.fr (8.13.5/8.13.5) with ESMTP id k49ApGU8021935 for ; Tue, 9 May 2006 11:51:30 +0100 (WET DST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 May 2006 11:39:19 +0200 Message-ID: <8C29B2F93BAE9047A906EF6D6F9C5D4301E436CC@exchange2k301.gaia.fr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [users@httpd] mod_cache behavior with proxied images - urls not cached Thread-Index: AcZzCQMVplls1szbSpyak6S7tzApbAAQzOKw From: =?iso-8859-1?Q?Axel-St=E9phane__SMORGRAV?= To: X-Virus-Checked: Checked by ClamAV on apache.org Subject: RE: [users@httpd] mod_cache behavior with proxied images - urls not cached X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N If this is really an issue, you could write a script (using curl) that = requests all of the images through you caching (reverse?) proxy in order = to prime the cache... -ascs ________________________________ From: edward.dunkle@verizon.com [mailto:edward.dunkle@verizon.com]=20 Sent: Tuesday, May 09, 2006 3:36 AM To: users@httpd.apache.org Cc: steve.huie@verizon.com; ravi.meduri@verizon.com Subject: [users@httpd] mod_cache behavior with proxied images - urls not = cached We are looking into caching images on Apache that are proxied from a = backend server. However, it looks like a lot of traffic will still go = to the backend.=20 We have Apache configured like this:=20 =20 =20 CacheIgnoreCacheControl On=20 CacheIgnoreNoLastMod On=20 CacheIgnoreHeaders Set-Cookie=20 CacheDefaultExpire 3600=20 CacheMaxExpire 86400=20 CacheEnable mem /backend/images=20 MCacheRemovalAlgorithm LRU=20 MCacheSize 32768=20 MCacheMaxObjectCount 1024=20 MCacheMinObjectSize 1=20 MCacheMaxObjectSize 1048576=20 =20 =20 If I remove all my local temporary files, then this seems to work well. = The image is retrieved from the backend and cached on Apache. Then = subsequent requests are handled by Apache.=20 But, we have a large base of existing clients who will most likely = already have local copies of images. When such a client loads a page, = the requests are passed through to the backend only to find that they = have not been modified and a 302 is returned for each image. This = causes a lot of unnecessary traffic to the backend. How can we avoid = that?=20 When Apache starts up, the cache is empty. These images are not getting = cached because the client issues a conditional GET. The file is not in = the Apache cache, so the request is passed to the backed.=20 Then the backend responds with a 302 so Apache is not able to retrieve = the image and put it in the cache. Do we have to initialize the cache = somehow? =20 Thanks,=20 Ed=20 --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See 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