Return-Path: 
 <dev-return-69800-apmail-httpd-dev-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-dev-archive@www.apache.org
Received: (qmail 22351 invoked from network); 21 Oct 2010 15:15:52 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 21 Oct 2010 15:15:52 -0000
Received: (qmail 89491 invoked by uid 500); 21 Oct 2010 15:15:51 -0000
Delivered-To: apmail-httpd-dev-archive@httpd.apache.org
Received: (qmail 89171 invoked by uid 500); 21 Oct 2010 15:15:50 -0000
Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
list-help: <mailto:dev-help@httpd.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@httpd.apache.org>
List-Post: <mailto:dev@httpd.apache.org>
List-Id: <dev.httpd.apache.org>
Delivered-To: mailing list dev@httpd.apache.org
Received: (qmail 89163 invoked by uid 99); 21 Oct 2010 15:15:49 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Oct 2010 15:15:49 +0000
X-ASF-Spam-Status: No, hits=0.7 required=10.0
	tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (nike.apache.org: 76.96.30.80 is neither permitted nor
 denied by domain of jim@jagunet.com)
Received: from [76.96.30.80] (HELO qmta08.emeryville.ca.mail.comcast.net)
 (76.96.30.80)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Oct 2010 15:15:39 +0000
Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92])
	by qmta08.emeryville.ca.mail.comcast.net with comcast
	id MQw91f0051zF43QA8TFJwS; Thu, 21 Oct 2010 15:15:18 +0000
Received: from [192.168.199.10] ([69.251.84.64])
	by omta24.emeryville.ca.mail.comcast.net with comcast
	id MTFF1f00K1PGofZ8kTFHHh; Thu, 21 Oct 2010 15:15:17 +0000
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1081)
Subject: Re: mod_proxy: optimising ProxyPass per directory
From: Jim Jagielski <jim@jaguNET.com>
In-Reply-To: <01BA5BB3-3390-4B95-A01F-2B75663E1D1D@sharp.fm>
Date: Thu, 21 Oct 2010 11:15:15 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <2D1DFA8D-4A4E-4673-BD77-E6646209813F@jaguNET.com>
References: <01BA5BB3-3390-4B95-A01F-2B75663E1D1D@sharp.fm>
To: dev@httpd.apache.org
X-Mailer: Apple Mail (2.1081)
X-Virus-Checked: Checked by ClamAV on apache.org

+1.


On Oct 20, 2010, at 7:43 PM, Graham Leggett wrote:

> Hi all,
>=20
> On sites with large numbers of ProxyPass directives, these directives =
are matched in turn on every request, and this can take a lot of time, =
especially when we've already done a location walk.
>=20
> A simple optimisation is to allow this existing syntax:
>=20
> <Location /foo>
>  ProxyPass http://somewhere/foo
> </Location>
>=20
> to simply be a single mod_proxy alias in a per-directory context.
>=20
> If this syntax is used, the need to walk the proxy alias list is =
eliminated, and a significant amount of time is saved.
>=20
> This also has the side effect that ProxyPass inside LocationMatch =
starts working properly (it was broken before):
>=20
> <LocationMatch ^/foo(.*)>
>  ProxyPass http://somewhere/$1
> </LocationMatch>
>=20
> In theory, the "ProxyPass /foo http://somewhere/" and "ProxyPassMatch =
^/foo(.*) http://somewhere/$1" syntaxes can be deprecated, as =
Location/LocationMatch is way simpler to handle.
>=20
> Regards,
> Graham
> --
> <httpd-mod_proxy-perlocation.patch>