On Fri, Oct 23, 2009 at 4:06 PM, Ihnen, David wrote:
>
> But I'm very interested to know at what point (if any) a site/app grows too
> large or too complex for mod_perl and what defines that turning point.
> Could Amazon run on mod_perl for example?
To me mod_perl is just a platform like most oth
: Brad Van Sickle [mailto:bvs7...@gmail.com]
Sent: Wednesday, September 16, 2009 3:32 PM
To: mod_perl list
Subject: Re: Why people not using mod_perl
But I'm very interested to know at what point (if any) a site/app grows too
large or too complex for mod_perl and what defines that turning
On Fri, Sep 18, 2009 at 1:34 AM, Clinton Gormley wrote:
> I'm surprised that nobody has mentioned EPIC, the Perl plugin for
> Eclipse. It works really really well, at least as well as the Java
> version (although it can't do as much prediction as Java can because of
> the nature of static vs dyna
On Thu, 2009-09-17 at 23:12 +0200, Torsten Foertsch wrote:
> On Thu 17 Sep 2009, Kiran Kumar wrote:
> > There is also Padre (http://padre.perlide.org/) , You can write
> > plugins and customize to your needs, there are already lots of
> > plugins available
> > http://search.cpan.org/search?query=p
Just was curious, is CGI running with perl6 most likely the same as Java with
JVM?
Regards,
Jeff Peng
Torsten Foertsch wrote:
On Thu 17 Sep 2009, Kiran Kumar wrote:
I have seen padre first time at the this year German perl workshop in
February and tried it out a bit. What I miss is syntax highlighting and
indentation for C, XS and Perl in one tool. Can padre handle this? Last
time I looked it
> > Add to this Jeff's comment on the availability of high caliber perl
> > engineers...we are almost forced to make this decision.
>
> Maybe you aren't looking in the right places:
>
> http://jobs.perl.org
> YAPC::*
> This email list
> The Perl Mongers groups
>
> Dice, Craigslist, Monster, etc. ar
.com]
Sent: Thursday, September 17, 2009 12:22 PM
Cc: mod_perl list
Subject: Re: Why people not using mod_perl
Just to add a little bit.
In my experience, perl programming requires a certain type of mind. I cannot
define it very precisely, but not everyone can "think in perl". Those who can
On Thu 17 Sep 2009, Kiran Kumar wrote:
> There is also Padre (http://padre.perlide.org/) , You can write
> plugins and customize to your needs, there are already lots of
> plugins available
> http://search.cpan.org/search?query=padre%3A%3Aplugin&mode=all
I have seen padre first time at the this y
>
> Emacs, Vim, Komodo, and others are equally as capable in the Perl
> domain. What you don't have as much of in the Perl domain is the
> commercial support for those tools, with the exception of ActiveState.
> I just pulled down the latest copy of Komodo and took it for a spin;
> though however
Just to add a little bit.
In my experience, perl programming requires a certain type of mind. I cannot
define it very precisely, but not everyone can "think in perl". Those who
can, basically, have a huge advantage over those who cannot, but that
naturally limits perl adoption somewhat. I think th
good.ebay.com, global.ebay.com (cross-border trade),
>> dealfinder.ebay.com, etc. In fact, on the same hardware, the main eBay Java
>> app would support ~6 threads per box; the mod_perl platform supported ~60
>> (prefork), significant CapEx and power savings (which adds up at a place
Jeff Horwitz is working on mod_parrot and mod_perl6
mod_parrot info:
http://www.parrot.org/mod_parrot
Jeffs blog:
http://www.smashing.org/jeff/
It's coming along, but currently it's tough to actually do much that's
useful without things like DBI, or Apache::Request. at least that's
where it
I wonder if this will still be the case with Parrot and Perl 6?
I've read up on it a bit and with being able to compile multiple
languages exposing their libraries to each other it would seem more
programmers might be tempted into using Perl because of it's massive
library base.
What are th
On Thu, Sep 17, 2009 at 1:14 PM, Ihnen, David wrote:
> Rather than develop and contribute the community the ideas used in
> integrating (IDE-app server-version store-job management) for the perl
> environment… you stop using perl for that.
>
> This is **exactly** why people are not using mod_per
difference)
Sigh.
David
From: Steven Siebert [mailto:smsi...@gmail.com]
Sent: Wednesday, September 16, 2009 8:15 PM
To: Jeff Nokes
Cc: Brad Van Sickle; mod_perl list
Subject: Re: Why people not using mod_perl
I would also add, in addition to the frameworks, the availability of tools such
as
: Jeff Nokes
Cc: mod_perl list
Sent: Thursday, September 17, 2009 4:52:38 AM
Subject: Re: Why people not using mod_perl
Interesting. I did not even know about that #2 guy.
What sort of hardware and OS are you running there?
Igor
On Thu, Sep 17, 2009 at 12:54 AM, Jeff Nokes wrote:
>W
and using it.
>
> Cheers,
> - Jeff
>
> --
> *From:* Igor Chudov
> *To:* Jeff Nokes
> *Cc:* Brad Van Sickle ; mod_perl list <
> modperl@perl.apache.org>
> *Sent:* Wednesday, September 16, 2009 8:26:53 PM
>
> *Subject:* Re: Why people not using mod_perl
>
> You mus
, the #2 API
client (in listings) was perl-based, and using it.
Cheers,
- Jeff
From: Igor Chudov
To: Jeff Nokes
Cc: Brad Van Sickle ; mod_perl list
Sent: Wednesday, September 16, 2009 8:26:53 PM
Subject: Re: Why people not using mod_perl
You must have u
from what you all stated, does it mean mod_perl is really outmoded comparing to
Java?
Here Java programmer is cheaper than mod_perl developer.
But if mp can get better performance, we may consider it as first choice.
Regards,
Jeff.
form supported
> ~60 (prefork), significant CapEx and power savings (which adds up at a place
> like eBay).
>
>
>
> --
> *From:* Brad Van Sickle
> *To:* mod_perl list
> *Sent:* Wednesday, September 16, 2009 3:31:30 PM
> *Subject:* Re: Why pe
d
> ~60 (prefork), significant CapEx and power savings (which adds up at a place
> like eBay).
>
>
>
> --
> *From:* Brad Van Sickle
> *To:* mod_perl list
> *Sent:* Wednesday, September 16, 2009 3:31:30 PM
> *Subject:* Re: Why people not using mod_perl
>
>
>
On Wed, Sep 16, 2009 at 10:15 PM, Jenn G. wrote:
> but nobody run Java or PHP as CGI.
> the only thing I heard is somebody run php as fastcgi under lighttpd.
Some cheap ISPs run PHP as CGI for security reasons. My point is, it
doesn't make any difference if Perl is slow when you run it as CGI,
s
31:30 PM
Subject: Re: Why people not using mod_perl
This is a mod_perl list, so I would expect to see Perl championed
pretty heavily, but Java, .net and there ilk are undoubtedly *the*
choice for large web applications. I'd like to get into some
discussion as to why almost all *large* si
On Thu, Sep 17, 2009 at 10:05 AM, Perrin Harkins wrote:
> On Wed, Sep 16, 2009 at 9:42 PM, Jenn G. wrote:
>> I think the more exact statement should be, mod_perl is compiled perl,
>> mod_perl is very fast.
>> But perl CGI...I must say it's very slow.
>
> Well, you can say CGI is slow, but Perl CG
On Wed, Sep 16, 2009 at 9:42 PM, Jenn G. wrote:
> I think the more exact statement should be, mod_perl is compiled perl,
> mod_perl is very fast.
> But perl CGI...I must say it's very slow.
Well, you can say CGI is slow, but Perl CGI is very fast compared to
the alternatives. Have you ever tried
On Thu, Sep 17, 2009 at 2:32 AM, Perrin Harkins wrote:
>
> I don't know what the source of that data was. However, mod_perl is
> basically just Perl, and Perl is very fast.
I think the more exact statement should be, mod_perl is compiled perl,
mod_perl is very fast.
But perl CGI...I must say i
This is a mod_perl list, so I would expect to see Perl championed pretty
heavily, but Java, .net and there ilk are undoubtedly *the* choice for
large web applications. I'd like to get into some discussion as to why
almost all *large* sites choose these languages.
I don't have any experienc
It gets worse:
"""
Factor any number
Find all factors of [305550321722429173]
Solution by Factor any number
305550321722429173 is NOT a prime number: 305550321722429173 = 2 * 2 * 2 * 2 *
2 * 2 * 2 * 2 * 3 * 3 * 3 * 3 * 199 * 293 * 252718517
Work Shown
305550321722429173 is divisible by 2: 30555
--- On Thu, 9/17/09, Igor Chudov wrote:
> My site algebra.com is about 80,000
> lines of mod_perl code.
>
> I wrote a relatively large framework, with many homegrown
> perl modules, about five years ago.
> It uses a database, image generation modules, a big
> mathematical engine that I wrote (th
On Wed, Sep 16, 2009 at 2:30 PM, Igor Chudov wrote:
> My site algebra.com is about 80,000 lines of mod_perl code.
>
> I wrote a relatively large framework, with many homegrown perl modules,
> about five years ago.
> It uses a database, image generation modules, a big mathematical engine that
> I w
My site algebra.com is about 80,000 lines of mod_perl code.
I wrote a relatively large framework, with many homegrown perl modules,
about five years ago.
It uses a database, image generation modules, a big mathematical engine that
I wrote (that "shows work", unlike popular third party packages), e
On Wed, Sep 16, 2009 at 4:52 AM, Jeff Pang wrote:
> I'm just curious, is this performance data still true in today?
> We have a new project building a website for a goverment which should handle
> lots of transportation data, servlet and modperl are two choices.
I don't know what the source of th
On Tue, 30 Nov 2004 22:38:11 +
modperl[at]att.net wrote:
3) capacity/scalable
mod_perl is very scalable --- I mean, one can properly
config a single server to handle dynamic content for
200K daily unique IPs. PHP may end up with just 100K
and servlet ends up at around 50K.
I'm just curio
34 matches
Mail list logo
