Return-Path: 
 <dev-return-70422-apmail-httpd-dev-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-dev-archive@www.apache.org
Received: (qmail 55898 invoked from network); 30 Dec 2010 21:26:21 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 30 Dec 2010 21:26:21 -0000
Received: (qmail 87613 invoked by uid 500); 30 Dec 2010 21:26:20 -0000
Delivered-To: apmail-httpd-dev-archive@httpd.apache.org
Received: (qmail 87560 invoked by uid 500); 30 Dec 2010 21:26:20 -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 87546 invoked by uid 99); 30 Dec 2010 21:26:20 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Dec 2010 21:26:20 +0000
X-ASF-Spam-Status: No, hits=-0.7 required=10.0
	tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of graham.dumpleton@gmail.com
 designates 209.85.161.45 as permitted sender)
Received: from [209.85.161.45] (HELO mail-fx0-f45.google.com) (209.85.161.45)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Dec 2010 21:26:15 +0000
Received: by fxm12 with SMTP id 12so11692985fxm.18
        for <multiple recipients>; Thu, 30 Dec 2010 13:25:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:received:in-reply-to
         :references:date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        bh=/CA6J37DfROoag1uBe9PpmM7ppRV3g+TOQcqcBHZa7U=;
        b=r1qFqXBMEVSleL0tbt7iAUsg5/NLeudMDz2jLmEFJflwL3COvK9AHJF+tsGwoIFknY
         wsDlSO3TlteY04MFOaNQdmQKYFlrNaB3mpSG2k7IdBVEBToiNHZ8t7hSJdmjUTT4NLRm
         hjsE1Mosx5+nFRN7tnbUtRxXNjKpjcdlNeBLM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=k8Bg2yK+dvIGMkHAUSsJ3S/ASLSSayEKAS/APT7DhDsifpgRivCiySQk0Qrtpxiq40
         kP171Z2437tIU+Ic7EzS7wOvivq2OsdPFD6Ez/ib2105hzndsyqe4WDefqPz3+pfWIlM
         GdLPPygL43M3ZaU6M0xjnYGqFqZgnI6UYYYRM=
MIME-Version: 1.0
Received: by 10.223.71.203 with SMTP id i11mr437230faj.111.1293744354105; Thu,
 30 Dec 2010 13:25:54 -0800 (PST)
Received: by 10.223.1.212 with HTTP; Thu, 30 Dec 2010 13:25:54 -0800 (PST)
In-Reply-To: <AANLkTikHs_OxkD2XWut2Yj86nRzCjKtB3yup+bxiygCv@mail.gmail.com>
References: <1747962063.5422.1293585884296.JavaMail.root@iris>
	<1374057807.5424.1293585910352.JavaMail.root@iris>
	<AANLkTikHs_OxkD2XWut2Yj86nRzCjKtB3yup+bxiygCv@mail.gmail.com>
Date: Fri, 31 Dec 2010 08:25:54 +1100
Message-ID: <AANLkTim-hR7wnigsCE2H3OLZhV+shV=Z6e8sSrMGbFRO@mail.gmail.com>
Subject: Re: Inspiration for mod_lua
From: Graham Dumpleton <graham.dumpleton@gmail.com>
To: dev@httpd.apache.org
Cc: docs <docs@httpd.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 31 December 2010 07:37, Brian McCallister <brianm@skife.org> wrote:
> 2010/12/28 Igor Gali=C4=87 <i.galic@brainsware.org>:
>> Hey folks,
>>
>> I'm looking for some inspiration on how to make good use of
>> mod_lua. Those familiar with its documentation, might find
>> it a little bit lacking in this regard.
>
> My original aim (and what I still use mod_wombat for) is various small
> modules I don't want to be bothered using C for, but which need to run
> in a threaded MPM (making mod_python/mod_perl not viable options).

Ignoring the fact that mod_python is now dead, there was never a
restriction on using mod_python in a threaded MPM.

Graham

> Auth against a remote service, interaction with shared memory for some
> other things on the box, graylisting access control, etc.
>
> I know it has also been used in the wild for browser sniffing for
> mobile devices, which means updating things frequently.
>
> A very nice use case I have seen is basically using it as the initial
> impl for things that will eventually become conventional C modules,
> once the functionality is understood and stabilises enough to make it
> worth it.
>
> -Brian
>
> -Brian
>
>>
>> I've got an elaborate project plotted out, which I'll implement
>> real soon now, but what I'm chiefly looking for is what mod_lua
>> has promised us: A cure for mod_rewrite.
>>
>> Please share your particularly ugly, involved, unaesthetic or
>> otherwise /wrong/ solutions done with mod_rewrite because it
>> was the only hammer available for the screws at that time ;)
>>
>> To extend our gallery:
>> http://wiki.apache.org/httpd/WhenNotToUseRewrite
>> on one hand, and on the other to find inspiration to solve the
>> (more involved?) problems - if possible or sensible - in mod_lua.
>>
>> So long,
>> i
>>
>> --
>> Igor Gali=C4=87
>>
>> Tel: +43 (0) 664 886 22 883
>> Mail: i.galic@brainsware.org
>> URL: http://brainsware.org/
>>
>