Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id C0BFB200C32 for ; Thu, 9 Mar 2017 09:52:45 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id BF482160B67; Thu, 9 Mar 2017 08:52:45 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 154B6160B64 for ; Thu, 9 Mar 2017 09:52:44 +0100 (CET) Received: (qmail 37927 invoked by uid 500); 9 Mar 2017 08:52:44 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 37916 invoked by uid 99); 9 Mar 2017 08:52:43 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Mar 2017 08:52:43 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 5CF151A080A for ; Thu, 9 Mar 2017 08:52:43 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=6.31 tests=[SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id ZndrpRd03v12 for ; Thu, 9 Mar 2017 08:52:41 +0000 (UTC) Received: from thor.wissensbank.com (thor.wissensbank.com [81.169.250.120]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id A46825F1EE for ; Thu, 9 Mar 2017 08:52:40 +0000 (UTC) Received: from thor.wissensbank.com (localhost [127.0.0.1]) by thor.wissensbank.com (Postfix) with ESMTP id B9DB815A6053F for ; Thu, 9 Mar 2017 09:52:32 +0100 (CET) Received: by thor.wissensbank.com (Postfix, from userid 500) id A8CB115A6071A; Thu, 9 Mar 2017 09:52:32 +0100 (CET) Received: from [192.168.245.129] (unknown [185.177.75.189]) (Authenticated sender: andre.warnier@ice-sa.com) by thor.wissensbank.com (Postfix) with ESMTPA id 50E0715A6053F for ; Thu, 9 Mar 2017 09:52:30 +0100 (CET) Subject: Re: Where is the mod_perl development repo? To: modperl@perl.apache.org References: <861suullw9.fsf@red.stonehenge.com> From: =?UTF-8?Q?Andr=c3=a9_Warnier?= Message-ID: <58C117CB.8090104@ice-sa.com> Date: Thu, 9 Mar 2017 09:52:27 +0100 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP archived-at: Thu, 09 Mar 2017 08:52:45 -0000 Hello. I am catching this at the end, but the general subject interests me, and I'd like to know more. Should I start a new thread ? and what best to name it ? My situation : I am not a hot-shot programmer nor perl expert, but over time I have written quite a few mod_perl-based pieces of code, roughly in 2 categories : 1) one category which interacts quite heavily with the Apache request processing phases and with the Request object, such as authentication, various kinds of proxying, wraps around DAV to make it do what I want, output filters etc. 2) another category of things which could have been done using CGI and Apache::Registry (processing
submits etc.), but since I was already doing the first kind above, I've done these by creating add-on mod_perl modules instead. (Which do sometimes rely on something that has been done by the first category, like $r->pnotes). But if really "It is now the recommended approach to PHP and other scripting endpoints" (including, I suppose, perl), it looks like I would slowly have to change my strategy. If I understand the general idea correctly, it consists of no longer running complicated and memory-hungry things directly in Apache through mod_perl, but to use Apache as a front-end reverse proxy, and proxy such calls to one or more back-end processes having their own persistent perl (or other) interpreter. Is that correct ? Intuitively, I would imagine that the approach below fits my second category more than the first, right ? So, for the second type, where could I best start reading ? (Contrarily to the original poster, I am perfectly happy with Perl 5, and not looking at Perl 6 yet. I am also not really a fan of very abstract "frameworks", because of their general "all or nothing" approach. Template::Toolkit is about my limit). On 09.03.2017 04:30, William A Rowe Jr wrote: > Explore the idea of wrapping your app as an fcgid endpoint. Httpd has two > options (mod_fcgid managing the pool, and mod_proxy_fcgi with your own > choice of independent pool management.) > > This offers the best of both... Larger number of httpd endpoints and less > contention between fcgi processes. It is now the recommended approach to > PHP and other scripting endpoints. > > On Feb 19, 2017 06:50, "Tom Browder" wrote: > > On Sun, Feb 19, 2017 at 00:44 Randal L. Schwartz > wrote: > >>>>>>> "Tom" == Tom Browder writes: > > ... > >> > Randall, I do know that, and I love Perl 6! I also feel comfortable > writing CGI programs, so how can I use both most efficiently with my apache > web server.? > > Best regards, > > -Tom > > P.S. I enjoyed meeting you and shaking hands with you at YAPC::NA::2016. > Thanks for all your contributions to the Perl community! >