Re: Raku

On 22.12.2021 15:38, John Dunlap wrote:
> "An essential part of mod_perl (and something for which I believe there is
> no equivalent in
> *any* language), is the ability to insert itself deeply into Apache httpd,
> and controlling
> what happens inside httpd at virtually any stage of an HTTP request
> processing."
> 
> Like this?
> https://httpd.apache.org/docs/trunk/mod/mod_lua.html

Ok, I stand corrected. So, perl or lua (or C of course; I should have limited my statement 
to "interpreted languages").
I don't know lua, but it sounds worth investigating.

Now, the second-level reason why we are using mod_perl is of course perl itself, and the 
very rich CPAN add-on module library which goes with it, and which of course you can 
/combine/ with mod_perl to do interesting things.
Does lua have anything similar ? (not immediately evident as per the lua website)

Note : since this is a mod_perl list, and since I presume we'd all be happier if there was 
more consciousness and more usage of mod_perl, how come mod_lua has its own dedicated page 
*within* the Apache httpd documentation, but mod_perl does not ?
(There could at least be a stub leading to https://perl.apache.org/docs/2.0/index.html)


> 
> On Wed, Dec 22, 2021 at 8:45 AM André Warnier (tomcat/perl) <[email protected]>
> wrote:
> 
>> On 22.12.2021 13:19, Wes Peng wrote:
>>> Raku has its own WSGI httpserver?
>>>
>>
>> Yes, as there are several similar things for Apache/perl (such as
>> Plack/PSGI).
>>
>> But these frameworks only do *partially* what mod_perl allows one to do.
>>
>> An essential part of mod_perl (and something for which I believe there is
>> no equivalent in
>> *any* language), is the ability to insert itself deeply into Apache httpd,
>> and controlling
>> what happens inside httpd at virtually any stage of an HTTP request
>> processing.
>>
>> This page : https://perl.apache.org/docs/2.0/user/handlers/http.html
>> contains a diagram of all the "phases" which a HTTP request goes through
>> in Apache httpd.
>> WSGI/PSGI Frameworks give you access to what happens in the bottom
>> "response" block.
>> mod_perl gives you access to what happens in *all* the blocks.
>>
>> For many developers, being able to act at the Response stage is enough,
>> and in such a
>> case, they will be happy with what a WSGI/PSGI/proxy solution provides.
>>
>> However, if you want to do deeper things within Apache httpd (such as for
>> instance create
>> your own authentication/authorization mechanism, or creating your own
>> input/output
>> filters), and you want to do that using perl as a language, then mod_perl
>> is your thing.
>>
>>>
>>>
>>>> Has anyone considered having a mod_raku version of mod_perl?
>>>>
>>>> Merry Christmas to all.
>>>>
>>>> -Tom
>>>>
>>>>
>>>
>>
>>
>