MESSAGE
DATE | 2021-12-22 |
FROM | From: =?UTF-8?Q?Andr=c3=a9_Warnier_=28tomcat/perl=29?=
|
SUBJECT | Re: [Hangout - NYLXS] 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) > 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 >>>> >>>> >>> >> >> > _______________________________________________ Hangout mailing list Hangout-at-nylxs.com http://lists.mrbrklyn.com/mailman/listinfo/hangout
|
|