Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4E1AE9A28 for ; Mon, 22 Dec 2014 12:27:36 +0000 (UTC) Received: (qmail 99404 invoked by uid 500); 22 Dec 2014 12:27:35 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 99318 invoked by uid 500); 22 Dec 2014 12:27:35 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 99308 invoked by uid 99); 22 Dec 2014 12:27:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Dec 2014 12:27:35 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of covener@gmail.com designates 74.125.82.51 as permitted sender) Received: from [74.125.82.51] (HELO mail-wg0-f51.google.com) (74.125.82.51) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Dec 2014 12:27:29 +0000 Received: by mail-wg0-f51.google.com with SMTP id x12so6459742wgg.24 for ; Mon, 22 Dec 2014 04:24:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=atTw59NDgXdGEeJDMayh4lMw9l0wq1mzftdg0xxlUp0=; b=HtTXsG42UYy3fhzz2hR/Fn/0wF9HJPmw5gmSeBVzvO5Itbog6qQwQ5k9Ui8v//rxXh JDWn5dDVlywOpf/L69IwpQAMGpC0liebyzUHlVsk1vfjpc/3Tgy3g2sGct1Gq6ENJZxp d2gtO68Yxt1LGqi/dzJoXB7CP4TqIIBV8igJvTZwnAPjklgYw8y1YjfnVNh8UB1sgEk2 swKmntZQSfRJWvMEnE5XIWJNfmnAsH3Qd5e+I4PfApcEeQuF5Q9sG2TGVeQ12EXUkmVP yTRelmAcr8XXLMRm4Vlm2o4MZ9IcfjrMg/jjVOJQfUtj3eFZ3ucA9UZGkC86xDEb1ef/ 2UBA== MIME-Version: 1.0 X-Received: by 10.194.110.69 with SMTP id hy5mr41822239wjb.121.1419251093683; Mon, 22 Dec 2014 04:24:53 -0800 (PST) Received: by 10.27.131.129 with HTTP; Mon, 22 Dec 2014 04:24:53 -0800 (PST) In-Reply-To: <13BD5A62-2F01-401B-8AD8-1EFA5E9A3AC6@sharp.fm> References: <8328F394-A5B6-4EDB-9C31-66C45C488992@sharp.fm> <1E19829D-839B-447D-9B7C-9F345FEDDD96@sharp.fm> <201412211518.17254@news.perlig.de> <63C36A16-5771-4898-9292-20BA62F5EA90@sharp.fm> <13BD5A62-2F01-401B-8AD8-1EFA5E9A3AC6@sharp.fm> Date: Mon, 22 Dec 2014 07:24:53 -0500 Message-ID: Subject: Re: [Patch] Simplifying mod_alias From: Eric Covener To: Apache HTTP Server Development List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Dec 22, 2014 at 5:15 AM, Graham Leggett wrote: > The expression support is a superset of the regex support, making the reg= ex support redundant. > > The *Match parameters are self contained, you cannot make a backreference= outside the scope of that single directive. In contrast the LocationMatch/= DirectoryMatch sections are not self contained, their backreferences are ex= posed to expressions and can be used and reused in many unrelated directive= s. > > I have heard growing criticism of httpd for being too complicated, and th= is is an attempt to address that. Supporting 7 directives to do the job of = just 3 makes people=E2=80=99s eyes bleed. You'll still have 7 directives though. Some of them will be marked deprecated because they're less flexible. Sometimes less flexible is a sign of simplicity and not something to be relegated to a compat module. You'll also have two modules and two pages in the manual. The examples for Redirect will now have configuration sections with named back-references and won't work in htaccess. These users whose eyes bleed at the difference between Redirect and RedirectMatch or trying to capture the first component of the path aren't exactly going to do cartwheels when at the idea of new configuration sections and named back-references to accomplish a basic task. I still don't see any reason to call the existing *Match deprecated to add expression support.