Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 66EA64A77 for ; Tue, 21 Jun 2011 06:26:17 +0000 (UTC) Received: (qmail 60491 invoked by uid 500); 21 Jun 2011 06:26:16 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 59993 invoked by uid 500); 21 Jun 2011 06:26:09 -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 59976 invoked by uid 99); 21 Jun 2011 06:26:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2011 06:26:07 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [217.237.178.66] (HELO serv3.plusw.de) (217.237.178.66) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2011 06:26:00 +0000 Received: from dslb-092-075-090-120.pools.arcor-ip.net ([92.75.90.120] helo=[192.168.0.2]) by serv3.plusw.de with esmtpa (Exim 4.67) (envelope-from ) id 1QYuLA-0002oq-Fo for modperl@perl.apache.org; Tue, 21 Jun 2011 08:21:36 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: How do you use mod_perl for your web application? From: Rolf Schaufelberger In-Reply-To: Date: Tue, 21 Jun 2011 08:25:36 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <095C8A9D-3FEB-4066-B0E9-97449CDF3748@plusw.de> References: To: mod_perl list X-Mailer: Apple Mail (2.1084) We are using Mason 1.x, a (little) modified version of MasonX::WebApp = together with Apache2 and mod_perl2 running behind a lightweight = Apache as frontend-server. We use mod_perl for Mason and = Apache2::UploadProgress , no other mod_perl handlers. Session management = is done with MasonX::WebApp and Apache::Session::Wrapper.=20 I've been playing around with Mason2, Plack, Catalyst and Dancer, where = I liked the easier data passing to my templates than with MasonX::WebApp = in Catalyst, which leads to a stricter separation from HTML and Perl = code. Yet I haven't made any tests with file uploading in combination = with a progress-meter on the client side and some other aspects that are = important for us, so there is no decision yet, if we will using Apache = and mod_perl for this or switch to a PSGI Server or even nginx. The = current standing is to switch to Catalyst with Mason2, but this is a = long way to go. There is one point that I would like to see in mod_perl that would help = me a lot: Currently, I can use on Perl instance in all virtual hosts or add a = separate instance with +Parent for a virtual host. Yet , if I have some = virtual hosts running with version A , some with Version B, some with = Version C I have to add +Parent for each vhost and I,m running out of = memory. So , I would like to make instance pools one for each version , = and tell each vhost just, which pool to use. So, memory usage is a con for mod_perl, or in other words , if I would = found a PSGI based solution which allows something like this this would = be an argument for me to switch! Rolf Schaufelberger