Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-14 Thread Tatsuhiko Miyagawa
On Fri, Oct 12, 2012 at 12:26 PM, Perrin Harkins per...@elem.com wrote: On Wed, Oct 10, 2012 at 3:57 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 da...@cpan.org wrote: reasons to pick a mod_perl approach over a plack runner approach Requires no proxying. Isn't Starman normally run with a proxy in front

Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-14 Thread Tatsuhiko Miyagawa
On Fri, Oct 12, 2012 at 11:59 AM, Fred Moyer f...@redhotpenguin.com wrote: - A stable history of distribution packaging. Odds are the platform you are using has mod_perl / Apache rpms/deb/ebuilds/etc for quite some time. These days more developers want to build (and even deploy) their own

AW: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-14 Thread Andreas Mock
Hi Tatsuhiko, which proxy do you use in front? Best regards McA -Ursprüngliche Nachricht- Von: Tatsuhiko Miyagawa [mailto:miyag...@gmail.com] Gesendet: Sonntag, 14. Oktober 2012 20:57 An: modperl@perl.apache.org Betreff: Re: Coupling Plack/PSGI with mod_perl, or an alternate

Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-14 Thread Tatsuhiko Miyagawa
[mailto:miyag...@gmail.com] Gesendet: Sonntag, 14. Oktober 2012 20:57 An: modperl@perl.apache.org Betreff: Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture? On Fri, Oct 12, 2012 at 11:59 AM, Fred Moyer f...@redhotpenguin.com wrote: - A stable history of distribution

Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-14 Thread Perrin Harkins
On Sun, Oct 14, 2012 at 2:56 PM, Tatsuhiko Miyagawa miyag...@gmail.com wrote: I think Lars meant no proxy required with *mod_perl* rather than plack stuff, but yes, Starman is recommended to put behind proxy otherwise your precious worker process is bound to slow networked clients, and gets

Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-13 Thread Phil Carmody
--- On Fri, 10/12/12, Fred Moyer f...@redhotpenguin.com wrote: On Wed, Oct 10, 2012 at 12:39 PM, Perrin Harkins wrote: 2) Do you believe that there are any compelling reasons to pick a mod_perl approach over a plack runner approach that we may be missing? Advantages of a mod_perl approach

Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-12 Thread Fred Moyer
On Wed, Oct 10, 2012 at 12:39 PM, Perrin Harkins per...@elem.com wrote: 2) Do you believe that there are any compelling reasons to pick a mod_perl approach over a plack runner approach that we may be missing? Advantages of a mod_perl approach: - Access to all the mod_perl stuff on CPAN (auth

Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-12 Thread Perrin Harkins
On Wed, Oct 10, 2012 at 3:57 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 da...@cpan.org wrote: reasons to pick a mod_perl approach over a plack runner approach Requires no proxying. Isn't Starman normally run with a proxy in front of it? If not, it should be. Otherwise, you'd be tying up large processes sending

Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-10 Thread Eduardo Arino de la Rubia
Greetings! I know this may be a biased audience, it being the mod_perl mailing list, but I since I don't have a plan, I'm trying to crowdsource one :-) At $employer, we have chosen to build our next revision of our application using a Plack/PSGI stack. We have been sold on Plack/PSGI as a next

Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-10 Thread Perrin Harkins
On Wed, Oct 10, 2012 at 1:46 PM, Eduardo Arino de la Rubia ear...@gmail.com wrote: Greetings! Hi! 1) Has anyone on this list actually run a Plack application *inside* mod_perl? I don't actually know that I understand how one does that. Can you speak to the relative merits of this approach

Re: Coupling Plack/PSGI with mod_perl, or an alternate architecture?

2012-10-10 Thread Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯
Has anyone on this list actually run a Plack application *inside* mod_perl? Yes. how one does that. http://p3rl.org/Plack::Handler::Apache2 relative merits of this approach? It is very similar to the way traditional mod_perl apps are deployed and therefore familiar. reasons to pick

Re: Plack

2009-10-21 Thread Foo JH
I've been - in my spare time - trying to figure this PSGI thing out. I'm a Windows guy you see, and I realised there's no PPM for Plack. Is Strawberry the only alternative? Jonathan Vanasco wrote: On Oct 15, 2009, at 1:36 PM, Adam Prime wrote: I haven't played with it, but i have read

Re: Plack

2009-10-15 Thread Issac Goldstand
Whaddaya know... Ironically, this might have saved Plone at my workplace had I known that this was on the way. We were looking at writing custom WSGI components in Python and shuddering (well, I was shuddering) Jonathan Vanasco wrote: Has anyone here played with Plack yet ? ( http

Re: Plack

2009-10-15 Thread Jonathan Vanasco
On Oct 15, 2009, at 10:01 AM, Issac Goldstand wrote: Whaddaya know... Ironically, this might have saved Plone at my workplace had I known that this was on the way. We were looking at writing custom WSGI components in Python and shuddering (well, I was shuddering) I'm 80% Python now, so

Re: Plack

2009-10-15 Thread Adam Prime
Jonathan Vanasco wrote: Has anyone here played with Plack yet ? ( http://plackperl.org/ ) It's about a week old or so publicly, but I'm sure a few of you folks here were privvy to a preview... I haven't played with it, but i have read a bunch of Miyagawa's blog posts about it. I do know

Re: Plack

2009-10-15 Thread Jonathan Vanasco
On Oct 15, 2009, at 1:36 PM, Adam Prime wrote: I haven't played with it, but i have read a bunch of Miyagawa's blog posts about it. I do know that Jeff Horwitz is planning to support WSGI in mod_parrot / mod_perl 6, but i don't know exactly what that means ;) Yeah I heard about that