RE: [OT] Perl vs. PHP..... but where is mod_perl?
based on the article, i am surprised that anyone at newsfactor would get the objections, much less remove the article. -Original Message- From: Jeff AA [mailto:jaa.perl@;aquabolt.com] Sent: Friday, October 18, 2002 12:06 PM To: [EMAIL PROTECTED] Subject: RE: [OT] Perl vs. PHP. but where is mod_perl? - I get The requested story: 19716 has not been published (set live) yet. when I visit http://www.newsfactor.com/perl/story/19716.html Do you think the lists comments upset someone? 8-)
RE: the cookbook review on perl.com
>> Somebody get this reviewer a grammer checker! this is a joke, right? -Original Message- From: Jon Robison [mailto:[EMAIL PROTECTED]] Sent: Friday, April 26, 2002 9:14 AM To: Stas Bekman Cc: [EMAIL PROTECTED] Subject: Re: the cookbook review on perl.com Not sure I would want this person evaluating my books . . . "not so great if you need your hands holded." Somebody get this reviewer a grammer checker! --Jon Robison Stas Bekman wrote: > > For a nice review of the latest and the greatest mod_perl cookbook head > to perl.com: http://www.perl.com/pub/a/2002/04/25/review.html > (by Simon Cozens) > > __ > Stas BekmanJAm_pH --> Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide ---> http://perl.apache.org > mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com > http://modperlbook.org http://apache.org http://ticketmaster.com
RE: mod_perl advocacy project resurrection
stas said: > What we want is very simple. > > 1. We want many users, so they will thoroughly test the > software and spot > bugs asap, so we -- current users will get a better product. > > 2. We want more developers, so they will write core mod_perl > and 3rd party > modules, again for us current users to re-use and save development > time. The first item is directly linked to the second, as new > developers > come out from users. > That's all. The advocacy project is about making people > interested in perl > and mod_perl, versus php and java. You see we just loose the > testing power > and development power because we cannot attract these people > to join *our* > community. > > So all the fuss is not about marketing, press and other commercial > bullshit. > > It's about people since Open Source without people will not exist. > > If we don't ensure that there is a constant income of new > people to the > project, we cannot ensure the future of the project. > > I hope that our initiative is better understood now. > ok, it sounds like 'marketing' is a dirty word. how about 'outreach'? i just don't see how you plan to attract all these fresh people without doing something to get the word out. putting links on perl sites is a great idea, but you're basically just trying to convert the converts. i agree that getting more people who use perl to adopt mod_perl is a necessity. these are the people who can contribute to development, thorough testing, and spotting bugs. to get 'many users', 'attract these people to join *our* community' and 'ensure that there is a constant income of new people to the project', you need to either convert the java/php people or grab the newbies who haven't chosen a technology yet. these people don't visit perl sites, as a rule. making installation and configuration as simple as possible, as suggested, is a great idea. but i still think that mod_perl/perl needs more mainstream exposure. i'm not talking about selling out, god forbid, but getting some positive press never hurt. would a link to perl/mod_perl books on a php/java book page at the o'reilly site be selling out? would a press release from some corporation stating that they use and have faith in the open souce mod_perl solution be commercial bullshit? maybe i AM missing the point, i don't know. thanks for listening. virginia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: mod_perl advocacy project resurrection
how about creating partnerships with companies (o'reilly, red hat, va linux, etc.)? i get email all the time promoting products and if one sounds interesting, i usually follow the link to check it out, especially if it's free and will help me do my job faster and/or better. some press releases to zdnet and some of the other main stream technical sites might get the name out there. probably the first thing to decide is who the target audience is and go from there. just some thoughts and distraction from the daily ho-hum. virginia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: mod_perl advocacy project resurrection
> with your hair on fire, others aren't so "Lucky". I've been > researching ecommerce and content management solutions for my > company (take a guess who), and the Java technologies are > *filled* with marketing hype that makes all the business > users drool. I almost bought into it completely. > > I don't want to suggest that the Perl community should stoop > as low as Java, but they have a very good thing going for > them. They're presenting their data (very very skewed data, > but data nontheless) in a very whizz-bang fashion, saying all > the right words like "Inheritance", "Encapsulation", and > bunches of other things that the marketroids gloss over at > and think "Wow, this must be great stuff if I can't > understand it!". What do we say with perl? "Scripting > language", "Package", "Subroutine", "Array" and "Hash". > While we can do almost everything that Java can do (we can, > can't we?), we can do it a whole lot faster, in an > easy-to-code fashion. sounds like we need a 'hacketer': hacker/marketer. any hackers out there with MBA's or is that an oxymoron? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: More Speed -> mod_perl Module for HTML Compression
> there's mod_gzip, available from > http://www.remotecommunications.com/apache/mod_gzip/ > which I've played with and looks pretty good > > or Apache::Compress, available from CPAN, which also works > rather nicely > (and is Apache::Filter ready, so you can chain PerlHandlers into it) > > just beware that not all browsers that claim to accept gzip > compression > actually do... > geoff - is there any documentation as to which browsers will or will not handle gzip compression? thanks. virginia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
