--- Jie Gao [EMAIL PROTECTED] wrote:
It appears easy to beginners, but as server admin, I find it a
nightmare for beginners to play with it without knowing what's
involved.
So the marketing strategy for mod_perl should be very different.
One can do so much more with mod_perl.
I don't think
I am not responding solely to your post here, but also to several other
points I saw brought up.
Geoffrey Young wrote:
Perrin Harkins wrote:
On Tue, 2004-06-08 at 18:47, Chris Shiflett wrote:
well, I think it really depends on what you want to accomplish. all
Hèctor Alòs i Font wrote:
En/na Stas Bekman ha escrit:
Hèctor Alòs i Font wrote:
En/na Stas Bekman ha escrit:
Hèctor Alòs i Font wrote:
I'm migrating a web application from mod_perl 1 to mod_perl 2 [new
environment: Apache/2.0.49 (Unix) mod_perl/1.99_14 Perl/v5.8.4].
The problem is that in some
Danny Rathjens wrote:
I started getting this error sporadically from different pieces of code.
Both modules(cached) and scripts(not cached):
[error] PerlRun: `Undefined subroutine Data::Dumper::Dumper
perl -MData::Dumper -e'print Dumper %ENV' works fine from commandline
which rules out a hdd
Hi,
In Advanced Perl Programming, under the heading the case for scripting. That is
something that I think would fit in very well in a talk. Lots of people know there are
an endless number of very cool impressive things you can do with Perl and mod_perl.
The amazing one liners, the tricks that
--- gunther [EMAIL PROTECTED] wrote:
www.mod_perl.com (doesn't exist)
www.mod_perl.org (doesn't exist)
A small point, and I would have to double-check, but I don't believe
underscores are allowed in domain names. You'd want to replace those with
hyphens.
A Google search for mod_perl gives me
En/na Stas Bekman ha escrit:
Hèctor Alòs i Font wrote:
En/na Stas Bekman ha escrit:
Hèctor Alòs i Font wrote:
I'm migrating a web application from mod_perl 1 to mod_perl 2 [new
environment: Apache/2.0.49 (Unix) mod_perl/1.99_14 Perl/v5.8.4].
The problem is that in some places the %ENV variable
[EMAIL PROTECTED] wrote:
The only place where the C API overrides the Perl API in mp1, IMHO, is
for the configuration process. To do somehow a complicated configuration in
Perl seems even more difficult than in C. Well, maybe I should sit down
and read those chapters in the 3 books again :-)
In
Eric wrote:
In Advanced Perl Programming, under the heading the case for
scripting. That is something that I think would fit in very well in a
talk. Lots of people know there are an endless number of very cool
impressive things you can do with Perl and mod_perl. The amazing one
liners, the
Stefan Loones wrote:
[...]
Then about the documentation:
[...]
Stefan and a few other folks have voiced a few concers about docs. I'll try to
address those here:
1) docs need to be improved and reorganized.
Well, docs need to be written. It's easy to suggest things, one needs to
actually write
--- Stas Bekman [EMAIL PROTECTED] wrote:
2) docs need to have user comments.
I'm not sure it's a good idea. We already have a way too much
documentation. Instead of making it even harder for users to find
things, one should take the existing docs and improve them, rather
then dump random
Chris Shiflett wrote:
--- Stas Bekman [EMAIL PROTECTED] wrote:
2) docs need to have user comments.
I'm not sure it's a good idea. We already have a way too much
documentation. Instead of making it even harder for users to find
things, one should take the existing docs and improve them, rather
then
Eric wrote:
I think the other aspect of
mod_perl that I would want to push very hard is the deep hooks into
Apache. Just as a small example of something I have not yet figured out,
but am pretty sure I can find a way with mod_perl, I want to capture
STDERR and redirect it to an in memory
--- Jie Gao [EMAIL PROTECTED] wrote:
I also likes Stef's idea about adding user comments for doc. hope it can happen.
hmm, does mod_perl still have problem running for virtual hosts? people choose
php over cgi
for
obvious reason.
Problem with virtual hosts? Like what?
here
On Wed, 09 Jun 2004 06:01:12 -0700, Stas Bekman wrote
Chris Shiflett wrote:
Alternatively, someone may want to start a wiki project where people
can dump anythings they want, and then we can merge some of those
notes back into the docs.
Right then, unless someone comes up with something
Chris wrote:
On Wed, 09 Jun 2004 06:01:12 -0700, Stas Bekman wrote
Chris Shiflett wrote:
Alternatively, someone may want to start a wiki project where people
can dump anythings they want, and then we can merge some of those
notes back into the docs.
Right then, unless someone comes up with
On Wed, 09 Jun 2004 07:09:16 -0700, Stas Bekman wrote
Chris wrote:
On Wed, 09 Jun 2004 06:01:12 -0700, Stas Bekman wrote
Chris Shiflett wrote:
Alternatively, someone may want to start a wiki project where people
can dump anythings they want, and then we can merge some of those
notes
While we're talking about mod_perl, perhaps I can throw out a few
reasons why I have chosen it over other languages and technologies.
This might help us figure out where we need to do some intial PR
work.
We currently have our account management code using PHP (this is for
about 100k accounts).
Chris Shiflett wrote:
--- gunther [EMAIL PROTECTED] wrote:
www.mod_perl.com (doesn't exist)
www.mod_perl.org (doesn't exist)
A small point, and I would have to double-check, but I don't believe
underscores are allowed in domain names. You'd want to replace those with
Hi,
FWIW IMO Speed, Flexibility, comprehension,
Google_sex_appeal:) I find modperl cool.
It would be useful IMO to promote by articles/board
that contained everything from simple to complex
usages for modperl catagorized by stage(s) used.
(That way people can hit the ground
One key point that the PR needs to address is the future of a programming toolkit.
mod_perl allows people to write perfect MVC applications while other scripting
toolkits
like php or asp are hard in seperating algorithm from html presentation.
Sorry if I am misleading, but if to make a big PR,
folks, there is no need to quote 22K of text you don't quite use anyway :(
Please quote only parts of the text you reply to, or don't quote at all.
Thanks.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
James G Smith [EMAIL PROTECTED] wrote:
...
The conclusion seems to be that PHP is nice for small systems and
applications, but for larger, more complex projects, mod_perl is the
only one of the two that can compete with the expectations coming
from the Java side (which, as much as we may
folks, there is no need to quote 22K of text you don't quite use anyway :(
Please quote only parts of the text you reply to, or don't quote at all.
Thanks.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl
On Wed, 9 Jun 2004, gunther wrote:
But still having modperl.com as a primary project-name
related domain name would be there for people who can't type _.
Plus it will be consistent with other sites like modssl.org. In fact both
modssl.com and modssl.org exist, but modssl.com just redirects
gunther [EMAIL PROTECTED] 2004-06-09 16:42
But if some clients do support underscore, since mod_perl is frequently
written with an underscore, may as well get that domain name too in case
You can NOT buy from Registrars domain names with underscores in
them.
These ``domain names'' do not
James G Smith [EMAIL PROTECTED] wrote:
For many applications, you are correct. However, some situations
require support of the most basic systems.
Part of the problem with XHTML is that it is a page description
language instead of a semantic markup language. We need to be
[EMAIL PROTECTED] wrote:
James G Smith [EMAIL PROTECTED] wrote:
For many applications, you are correct. However, some situations
require support of the most basic systems.
Part of the problem with XHTML is that it is a page description
language instead of a semantic markup
Not to discourage any PHP bashing (I'll often join in), but a few things
on your list aren't really that accurate:
--- James G Smith [EMAIL PROTECTED] wrote:
o No support for testing
o No support for documentation
o No way to declare variables / manage typos
PHP has these particular
Stas Bekman wrote:
Danny Rathjens wrote:
I started getting this error sporadically from different pieces of code.
Both modules(cached) and scripts(not cached):
[error] PerlRun: `Undefined subroutine Data::Dumper::Dumper
[snip]
I think it's due to your use of StatINC, please have a read of this
Chris Shiflett [EMAIL PROTECTED] wrote:
Not to discourage any PHP bashing (I'll often join in), but a few things
on your list aren't really that accurate:
--- James G Smith [EMAIL PROTECTED] wrote:
o No support for testing
o No support for documentation
o No way to declare variables /
Rafael Caceres [EMAIL PROTECTED] wrote:
On Wed, 2004-06-09 at 13:58, James G Smith wrote:
Chris Shiflett [EMAIL PROTECTED] wrote:
Not to discourage any PHP bashing (I'll often join in), but a few things
on your list aren't really that accurate:
--- James G Smith [EMAIL PROTECTED] wrote:
At 9:51 AM -0700 6/9/04, Todd Cranston-Cuebas wrote:
lot, but you get the point. Until people can pick a cheap, reliable, and
well-known hosting service where mod_perl is one of the main options, you
But it has to be more than mod_perl. mod_perl is far too low-level.
Even Embperl or Mason
Hi,
I've spent quite a bit of time experimenting and reading, but I am unable
to make progress with configuring mod_perl on our server. Please bear with
me, as I am a mathemtaics teacher, not a system guru by any means.
I am reading Paul Dubois's MySQL and Perl for the Web and I am stuck on
page
I'm trying to determine how to have my mod_perl apache server properly
catch a SIGPIPE signal in a timely manner.
My environment is Apache/2.0.49 (Fedora) and mod_perl 2.
In my conf.d/perl.conf file I have the following:
PerlFixupHandler Apache::SIG2
I have created Apache::SIG2.pm as follows:
Hi,
Well at the very least you sold a book :)
I have to admit, when I looked at that book the first time, I thought I pretty much
knew everything in it, what BS that was! :)
I did solve my problem on my own somewhat sloppy way, but the example you gave was
very interesting too and I hope to
Hi,
This is a very good example of why it is pointless to get into, Perl can do this and
PHP can't.
The fact is, much of that is crap if you dig enough. Just like saying C can do
something Perl can't, big deal, Perl can use the C code and move on.
The reason I avoid PHP in particular for big
Chris Shiflett [EMAIL PROTECTED] wrote:
--- James G Smith [EMAIL PROTECTED] wrote:
PHPUnit is available, first release was April, 2002. First
production release was mid-March, 2004.
I didn't say this stuff was old or mature, just that it exists. :-) Truly,
PHP feels like it is just now
38 matches
Mail list logo