On Tue, 30 Nov 2004, Dan Brian wrote:
> Many are also spending a lot of time influencing their own spheres
> (businesses, peers) to learn and actually adopt the technology. I think
> that's some of the most valuable advocacy.
I've spent last month convincing my new client to adopt mod_perl; this
We have been using mod_perl successfully for several months now as a
flexible email proxy -- we just wrapped Net::Server::Mail and with a
few additional hacks and it worked. Matt Sergeant did the same thing
with qpsmtpd and I have heard that the performance results were
initially very promising
(ht
We have been using mod_perl successfully for several months now as a
flexible email proxy -- we just wrapped Net::Server::Mail and with a
few additional hacks and it worked. Matt Sergeant did the same thing
with qpsmtpd and I have heard that the performance results were
initially very promising
(ht
Stas Bekman <[EMAIL PROTECTED]> writes:
> Dan Brian wrote:
>>> So far only a few people actually did something (publishing articles,
>>> helping to update and improve the website), the rest are just talking.
>> Many are also spending a lot of time influencing their own spheres
>> (businesses, peer
Dan Brian wrote:
So far only a few people actually did something (publishing articles,
helping to update and improve the website), the rest are just talking.
Many are also spending a lot of time influencing their own spheres
(businesses, peers) to learn and actually adopt the technology. I think
So far only a few people actually did something (publishing articles,
helping to update and improve the website), the rest are just talking.
Many are also spending a lot of time influencing their own spheres
(businesses, peers) to learn and actually adopt the technology. I think
that's some of t
A possible application that can be used for benchmarking purposes is the source
for ARS (Account Registration System is the accepted full version IIRC) used on
ars.userfriendly.org. It is production source used on a heavily loaded site,
and according to the author and maintainer of the site it i
People want benchmarks. Little graphs that show "Speed", and why it
matters to them
C is going to be faster for certain things, Perl for others. Thats a
given.
But over half of the speed optimizations one language has over another
are useless in any given application.
If you give raw numbers,
Clayton Cottingham wrote:
Oh I do hear what your saying, so where do I sign up?
If you ask about the discussion list, it is:
http://perl.apache.org/maillist/advocacy.html
You can find links to the archive of the list at the same page. It's dead
silent at the moment, but had a few waves this summe
On Tue, 2004-11-30 at 10:25 -0600, Frank Wiles wrote:
> I think the API is what really separates mod_perl from other similar
> technologies. And I think we all agree that this is what needs to be
> stressed more to the public to gain better adoption.
Actually, I don't really agree. I just
On Tue, 30 Nov 2004 19:41:18 +
[EMAIL PROTECTED] wrote:
> Sites which get number of concurent connections of 200 or
> more have to use dual-Apache setup (you can't serve such
> number of connections with a single mod_perl server with
> a few G's memory.)
I disgaree, I've run sites with 256
Oh I do hear what your saying, so where do I sign up?
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: November 30, 2004 11:55 AM
> To: Clayton Cottingham
> Cc: 'Frank Wiles'; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: mod
Clayton Cottingham wrote:
What I am saying , is if you want to open up the mod_perl market you have to
look at why people are not moving to mod_perl
Not picking on you Clayton, but IMHO to market mod_perl people should
actually *do* that, rather than just *talk* about it.
Every so often this thre
On Tue, 30 Nov 2004 11:47:31 -0800
"Clayton Cottingham" <[EMAIL PROTECTED]> wrote:
> Heaven Sakes no
>
> What I am saying , is if you want to open up the mod_perl market you
> have to look at why people are not moving to mod_perl
>
> This is a valid reason for not coming over to the mod_perl ran
r why they choose (or
choose not to) go with mod _perl and try and use that to help educate the
market
> -Original Message-
> From: Frank Wiles [mailto:[EMAIL PROTECTED]
> Sent: November 30, 2004 11:39 AM
> To: Clayton Cottingham
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>
Sites which get number of concurent connections of 200 or
more have to use dual-Apache setup (you can't serve such
number of connections with a single mod_perl server with
a few G's memory.)
-
Author: Frank Wiles <[EMAIL PROTECTED]>
D
On Tue, 30 Nov 2004 11:34:31 -0800
"Clayton Cottingham" <[EMAIL PROTECTED]> wrote:
> What ever the case it's a valid position for not approaching perl,
> from a marketters POV
So C is the only language that is acceptable to marketters? Is
that what you are saying?
What ever the case it's a valid position for not approaching perl, from a
marketters POV
> -Original Message-
> From: Frank Wiles [mailto:[EMAIL PROTECTED]
> Sent: November 30, 2004 11:31 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: mod_per
On Tue, 30 Nov 2004 19:23:38 +
[EMAIL PROTECTED] wrote:
> Please let me raise a question.
>
> In practice, people who can program in other phases usually can
> 1) program directly in C module; and 2) find that C provides
> much better a solution.
>
> For example, the authz phase in the dual-
Please let me raise a question.
In practice, people who can program in other phases usually can
1) program directly in C module; and 2) find that C provides
much better a solution.
For example, the authz phase in the dual-Apache setup.
Here the static files are served by the light Apache. A C
au
> >
> I'd bet that mod_perl's slower growth rate over the past
> couple of years has a lot to do with Apache2 and no
> production mod_perl2.
>
Good Point
> Thus, people wanting Apache2 would immediately screen out
> mod_perl. I think that's an awfully big hill to climb to
> convince new
Clayton Cottingham wrote:
Well then we need to understand, via surveys etc, where all these
mod_perl'ers came from, why they choose to use mod_perl
From there we should have a better understanding of where we come from
And who to market to, and how we have to educate those markets in order to
get
f though which makes that reason moot.
adam
-Original Message-
From: Randal L. Schwartz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 1:03 PM
To: Geoffrey Young
Cc: Adam Prime x443; [EMAIL PROTECTED]
Subject: Re: mod_perl marketing
>>>>> "Geoffrey"
Randal L. Schwartz wrote:
>>"Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
>
>
> Geoffrey> if I understand the problem correctly (which I may not) I
> Geoffrey> think both those phases are probably wrong and a more
> Geoffrey> generic phase is probably best, like the PerlInitHandl
> "Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
Geoffrey> if I understand the problem correctly (which I may not) I
Geoffrey> think both those phases are probably wrong and a more
Geoffrey> generic phase is probably best, like the PerlInitHandler.
Actually, now that I think about i
Randal L. Schwartz wrote:
>>"Adam" == Adam Prime x443 <[EMAIL PROTECTED]> writes:
>
>
> Adam> I ended up doing the whole thing in a couple of hours as an
> Adam> AccessHandler.
>
> Technical question... wouldn't TransHandler have made more sense of that?
> I don't see that as a "can this p
Amazon itself might be mason under fastcgi, but its imdb.com subsidiary
seems to be mod_perl by the job descriptions here
(there was a 'love movies? know perl?' job link in big letters on the
imbd front page when i looked up a movie today)
http://www.amazon.com/exec/obidos/tg/stores/static/-
> "Adam" == Adam Prime x443 <[EMAIL PROTECTED]> writes:
Adam> I ended up doing the whole thing in a couple of hours as an
Adam> AccessHandler.
Technical question... wouldn't TransHandler have made more sense of that?
I don't see that as a "can this person go here?" but "what content
should th
Being a programmer that has worked at two marketing companies I'll add my
two cents
First of all I must say at how little effort goes into mod_perl marketing
and how much knowledge is out here
As say compared to web3d.org whose marketing efforts mostly fall into
/dev/null
With that said I
oing the whole thing in a couple of hours as an AccessHandler.
adam
-Original Message-
From: Frank Wiles [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 11:26 AM
To: Dan Brian
Cc: [EMAIL PROTECTED]
Subject: Re: mod_perl marketing
On Tue, 30 Nov 2004 09:10:32 -0700
Dan Bri
On Tue, 30 Nov 2004 09:10:32 -0700
Dan Brian <[EMAIL PROTECTED]> wrote:
> I would suggest that future mp2 articles (on perl.com and elsewhere)
> take some time to explain the Apache API and why it is by far the best
> choice for Perl server development, before diving into the particulars
> of acc
ED]
Subject: Re: mod_perl marketing
anyway, I didn't want to make this about our book in particular. but when I
hear about people who _still_ think that mod_perl is some CGI interface I
get really bothered, since there is so much out there (books, articles,
documentation, conference talks
The lack of awareness extends to Apache generally, and not just
mod_perl. Saying that "mod_perl isn't just CGI; it allows Perl coding
to the Apache API" is not really informative, because people don't know
what the Apache API is. (The author that initiated this thread replied
to me privately th
On Tue, 2004-11-30 at 16:42 +0100, Xavier Noria wrote:
> Amazon.com doesn't run Mason under mod_perl?
Right, they run it under FastCGI.
> Or they don't use Mason
> for the website frontend? For the store?
They do use it for the store, although not every page on every store
they run is Mason. Y
> I've used it a lot -- my copy is a bit beat up.
excellent :)
>
> Well, from one satisfied reader, here's a big "Thank You!" to Geoffrey,
> Paul Lindner, and Randy Kobes for writing that book!
sure.
> Don't you mean 02/2002? My copy says first printing January 2002.
it was published in lat
On Nov 30, 2004, at 4:33 PM, Perrin Harkins wrote:
On Tue, 2004-11-30 at 10:21 -0500, Kurt Hansen wrote:
On the marketing front, doesn't Amazon use mod_perl, at least
partially?
No, they use FastCGI. It's a win for Perl, but not for mod_perl
specifically. Ticketmaster.com, Citysearch.com, and ma
On Tue, 2004-11-30 at 10:21 -0500, Kurt Hansen wrote:
> On the marketing front, doesn't Amazon use mod_perl, at least partially?
No, they use FastCGI. It's a win for Perl, but not for mod_perl
specifically. Ticketmaster.com, Citysearch.com, and many other big ones
use mod_perl and are pretty voc
Geoffrey Young wrote:
I feel I need to interject here. _all_ of the points you raise to this
point are well covered in the mod_perl developer's cookbook, which has been
available since 02/2001. in fact, that's why we wrote it - both to address
many of the things the mod_perl community had learne
> During those projects,
> the only place where I saw it clearly stated that mod_perl is "program
> Apache the way you like in Perl" instead of "CGI on steroids" is the
> Eagle Book - which for the record, is an O'Reilly book titled "Writing
> Apache Modules in Perl and C" by Lincoln Stein and Doug
> "Dominique" == Dominique Quatravaux <[EMAIL PROTECTED]> writes:
Dominique> On the bright side, you guys are doing quite a good job at keeping
Dominique> mod_perl on the radar of many pointy-haired bosses, and I understand
Dominique> that this marketing crusade cannot but take the CGI-and-per
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Perrin Harkins wrote :
| [...] [W]e have to face the fact that someone who knew enough about
| Perl and apache to write an embedded interpreter module still
| thought that mod_perl was some kind of limited CGI replacement.
| This means we are not gettin
41 matches
Mail list logo
