On Sun, Oct 14, 2012 at 2:56 PM, Tatsuhiko Miyagawa 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 e
-
> 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
> architecture?
>
> On Fri, Oct 12, 2012 at 11:59 AM, Fred Moyer wrote:
>>
>>
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
On Fri, Oct 12, 2012 at 11:59 AM, Fred Moyer 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
perl using tools such
On Fri, Oct 12, 2012 at 12:26 PM, Perrin Harkins wrote:
> On Wed, Oct 10, 2012 at 3:57 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 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 o
--- On Fri, 10/12/12, Fred Moyer 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?
> >
> >
On Wed, Oct 10, 2012 at 3:57 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 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 se
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:
> - Access to all the mod_perl stuff
> 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.
On Wed, Oct 10, 2012 at 1:46 PM, Eduardo Arino de la Rubia
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 approa
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
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 i
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 too
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
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
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 ?
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...
// Jonathan Vanasco
e. jonat...@2xlp.com
w. http://findmeon.com/user/jvanasco
blog. http://destruc
17 matches
Mail list logo
