On Wed, 2004-06-09 at 09:56, James.Q.L wrote:
> > Problem with virtual hosts? Like what?
>
> here http://perl.apache.org/docs/general/multiuser/multiuser.html
>
> so people will chose php over mod_perl under this circumstance.
Actually, as I understand it, PHP has all the same problems. There i
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
[EMAIL PROTECTED] wrote:
> I'm not sure I understand how XHTML can replace TT, H::T, or Mason.
> Could you provide an example? My understanding is that XHTML is just
> an XML-ized version of HTML, so it retains all the form controls from
> HTML; an tag in HTML is just an element in XHTML.
>
He
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 a
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
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,
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
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 require
--- 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 reaching the maturity level that Perl
enjoye
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 PRO
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:
> >> o No support for testing
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 v
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
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
[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 se
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
First, let me preface my comments with the admission that I'm not a perl
programmer. However, I do recruit a lot of perl programmers! What isn't
really being discussed is that fact that new programmers often work with
whatever technology allows them to cheaply get sites up and running on the
web. D
[EMAIL PROTECTED] wrote:
>This is also what I am trying to suggest. Back to your other post
>yesterday, I may propose that you go directly to the XHTML and use
>libXML to parse data into it. The modern browsers (the latest IE and
>Mozilla) themselves understant XSLT tranlation and so even this pa
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 e
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
> 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
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 w
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
http:/
gunther wrote:
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
hyphen
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 P
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 runn
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
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). W
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 o
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 somet
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 somethi
--- 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
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 memo
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
the
--- 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 ra
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 d
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 tric
[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 mp
Chris Shiflett wrote:
Any idea about the share of mod_perl in the server market recently?
I find this survey useful for this sort of thing:
http://www.securityspace.com/s_survey/data/man.200405/apachemods.html
Both, this and netcraft stats are maintained on perl.apache.org by truly yours:
http://p
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 is
--- 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 m
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
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 pr
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 p
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 the
45 matches
Mail list logo
