Re: Alliance? WAS -> Re: RFC: mod_perl advocacy project resurrection

[Gunther Birznieks <gu...@extropia.com>]

The could be although ActiveState has a product that competes with mod_perl 
on the NT side called PerlEx.

What is too bad about the silence about the relationship is that PerlEx as 
a product could really benefit from evolving upon the back of a mod_perl 
code base.

...In terms of rapidly finding bugs with persistent Perl engines in a 
larger user base as well as sharing mod_perl's Guide (which is way better 
than the docs that come with PerlEx -- eg the PerlEx docs suggest sharing a 
DBI Handle using $dbh ||= connect() instead of Apache::DBI which would work 
much better under PerlEx straight out of the box!) .

I've suggested this before on their PerlEx user list but have been ignored 
by them. Afterawhile I just stopped any suggesting as I interpret the lack 
of response to mean that they feel differently but for whatever reason 
won't state such reasons publicly and don't feel its worth the time in lieu 
of anything else.

Maybe they would feel different now if someone else approached them.

At 05:07 PM 12/7/00 -0500, Aaron Johnson wrote:
>What about working with ActiveState?  I know they were primarily Windows
>focused, but they now have Linux and Solaris versions of Perl pre compiled.
>mod_perl can now be gotten to work with the latest ActivePerl build (622) for
>Windows.
>(thanks to Randy Kobes, or at least I think that is who has pushed for this)
>
>I have to admit that until their compile worked with mod_perl I saw them as
>'evil' through the eyes of Perl.
>
>ActiveState (c|w)ould give credibility to the mod_perl from a business
>standpoint.
>ActiveState also has the new Komodo IDE which is a cross platform IDE for Perl
>and Python.  It uses the Mozilla engine.
>http://www.activestate.com/Corporate/Communications/Releases/Press974947521.html
>
>(for the seperate discussion of GUI interfaces)
>
>Should someone try to form an alliance with ActiveState to insure they don't
>ignore mod_perl users or want to be users?
>
>Aaron Johnson
>
>Stas Bekman wrote:
>
> > Well as you've probably figured out, based on the load of email from me,
> > I've dropped my last job, in order to finally finish the mod_perl book,
> > have some rest and make a push to mod_perl.
> >
> > Yesterday I've updated the stats page:
> > http://perl.apache.org/netcraft/ and the results are so-so, we go down on
> > the number of domains. Which I suppose mainly caused by people reading the
> > guide and deploying the front-end proxy solution, thus making mod_perl
> > un-seen by various scanners like netcraft.
> >
> > In Paris we couldn't hire a single mod_perl programmer, because people
> > don't even know what that. They know a lot about php and ASP. It's true
> > that they don't even know what's Perl :(
> >
> > But, you all know that php pretty much takes over. Why? For two reasons:
> > 1) initial corporate pushing (press/ads)
> > 2) once well known, the word of the mouth does the rest.
> >
> > mod_perl lucks the corporate money/PR to get pushed. But we can still work
> > on the exposure, which will bring corporate money/PR thru the word of the
> > mouth.
> >
> > Luckily Matt has got sick of waiting for someone to work on the advocacy
> > of mod_perl and he has just taken over it. Having a good informational
> > site is good, but it's not enough. We need to solve the problem of people
> > to find this site and wanting to use mod_perl. Solution? Spreading the
> > word.
> >
> > I see two main streams:
> > 1) Online zines.
> > 2) Conferences.
> >
> > I think that we should start working on locating ezines wanting to publish
> > mod_perl related articles (preferrably for a fee, to give incentives for
> > others to write) and conferences where mod_perl can be relevant. The data
> > is to be collected and distributed to the people who wish to advocate
> > mod_perl, thru written articles and conference classes. I suppose that we
> > will also look for companies who want to order mod_perl classes and find
> > the teachers in the appropriate areas.
> >
> > May be we could organize some certification classes, to give more PR to
> > mod_perl.
> >
> > I suppose that much more can be done. Comments are welcome.
> >
> > _____________________________________________________________________
> > Stas Bekman              JAm_pH     --   Just Another mod_perl Hacker
> > http://stason.org/       mod_perl Guide  http://perl.apache.org/guide
> > mailto:stas@stason.org   http://apachetoday.com http://jazzvalley.com
> > http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: modperl-unsubscribe@apache.org
> > For additional commands, e-mail: modperl-help@apache.org
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: modperl-unsubscribe@apache.org
>For additional commands, e-mail: modperl-help@apache.org

__________________________________________________
Gunther Birznieks (gunther.birznieks@extropia.com)
eXtropia - The Web Technology Company
http://www.extropia.com/

Re: Alliance? WAS -> Re: RFC: mod_perl advocacy project resurrection

[Robin Berjon <ro...@knowscape.com>]

At 08:13 08/12/2000 +0800, Gunther Birznieks wrote:
>The could be although ActiveState has a product that competes with mod_perl 
>on the NT side called PerlEx.
>
>What is too bad about the silence about the relationship is that PerlEx as 
>a product could really benefit from evolving upon the back of a mod_perl 
>code base.

In addition to that, they also have Zope-Perl, which iirc is run for AS by
Gisle Aas, who probably knows a lot about mod_perl. Now if AS would support
mod_perl, they'd get a very broad range of products for the dynamic server
marketplace. That could be a good argument for them support mod_perl.

-- robin b.
Paranoids are people, too; they have their own problems.  It's easy to
criticize, but if everybody hated you, you'd be paranoid too.