Ok, so the 'referer:' bit was due to my server log format. The URI
itself is fine.
On Mon, 2004-06-07 at 13:04, Cory C. Omand wrote:
> Hi,
>
> I'm having some difficulties with $r->uri under MP2 + Apache 2.x. I
> need to get just the requested URI, not the referer, but whatever is
> coming bac
Hi,
I'm having some difficulties with $r->uri under MP2 + Apache 2.x. I
need to get just the requested URI, not the referer, but whatever is
coming back from $r->uri is *not* letting me strip the referer
information. For instance:
my $uri = $r->uri;
# $uri = 'http://blah/blah.txt, referer: http
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 used to pass
parameters to programmes called via "system". Now these variables are
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 used to pass
parameters to programmes called via "sys
Perrin Harkins wrote:
Stas Bekman wrote:
It so appears that in the last few years we get less and less mod_perl
talks and tutorials at the big (non-YAPC) conferences. And that's a
bad trend. It certainly affects the number of mod_perl job offers,
since those who decide which technology to choose
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 used to pass
parameters to
On Jun 8 Stas Bekman wrote:
> Perrin Harkins wrote:
> > Stas Bekman wrote:
> >
> >> It so appears that in the last few years we get less and less
> >> mod_perl talks and tutorials at the big (non-YAPC) conferences. And
> >> that's a bad trend.
Maybe a BOF meeting?
Like all good list posters,
It looks like this story made it to the use.perl.org front page. That's a
goodness :)
Jim Martinez wrote:
On Jun 8 Stas Bekman wrote:
Perrin Harkins wrote:
Stas Bekman wrote:
It so appears that in the last few years we get less and less
mod_perl talks and tutorials at the big (non-YAPC) confer
On Tue, 08 Jun 2004 06:19:41 -0700
Stas Bekman <[EMAIL PROTECTED]> wrote:
> ... [ big snip ]
>
> I guess it's still important to make an effort to have mod_perl appear
> more in the media (e.g. articles, announcements), conferences, etc.
> But your viewpoint is interesting. It'd be really nice to
On Tue, 2004-06-08 at 10:32, Jim Martinez wrote:
> Yet, being an optimist, I created a mod perl entry at the yapc kwiki.
> Kwiki BOF link:
> http://yapc.kwiki.org/index.cgi?BOF
Thanks! It looks like it should be on the front page with the other
BOFs though. Maybe we could do it Thursday night b
That would rock. Count me in. I'd also be willing to take some of my
free time and help out where possible, whether it be building some
example sites, or whatever. Would be nice to have others scrutinize my
style a bit, too.
It might also be nice to have some sort of well organized knowledg
Kreimendahl, Chad J wrote:
That would rock. Count me in. I'd also be willing to take some of my
free time and help out where possible, whether it be building some
example sites, or whatever. Would be nice to have others scrutinize my
style a bit, too.
It might also be nice to have some sort o
Hi!
On Tue, Jun 08, 2004 at 09:55:56AM -0500, Frank Wiles wrote:
> I think all of these are important and #4 especially for people new
> to programming or just new to mod_perl. If we had 4 or 5 small
> working applications online that had detailed commentary about
> specific mod_perl inf
On Jun 8 Perrin Harkins wrote:
> On Tue, 2004-06-08 at 10:32, Jim Martinez wrote:
> > Yet, being an optimist, I created a mod perl entry at the yapc kwiki.
> > Kwiki BOF link:
> > http://yapc.kwiki.org/index.cgi?BOF
>
> Thanks! It looks like it should be on the front page with the other
> BOFs
Jim Martinez wrote:
On Jun 8 Perrin Harkins wrote:
On Tue, 2004-06-08 at 10:32, Jim Martinez wrote:
Yet, being an optimist, I created a mod perl entry at the yapc kwiki.
Kwiki BOF link:
http://yapc.kwiki.org/index.cgi?BOF
Thanks! It looks like it should be on the front page with the other
BOFs t
Frank Wiles wrote:
[...]
Since many of us will be in Portland for OSCON, maybe we should get
together in person to discuss mod_perl PR in more detail? Perhaps
even create a small group of people to help with PR much like the
PostgreSQL group has recently done with their advocacy group.
Ar
On Tue, 08 Jun 2004 09:03:01 -0700
Stas Bekman <[EMAIL PROTECTED]> wrote:
> Frank Wiles wrote:
> [...]
> > Since many of us will be in Portland for OSCON, maybe we should
> > get together in person to discuss mod_perl PR in more detail?
> > Perhaps even create a small group of people to help
On Tue, 2004-06-08 at 10:55, Frank Wiles wrote:
> I agree mod_perl needs more PR. I think we've got a great community
> of people to help on the mailing list, tons of great documentation,
> but lack in several areas:
>
> 1) PR announcements in general (When is the last time you saw mod_pe
Perrin Harkins a écrit :
On Tue, 2004-06-08 at 10:55, Frank Wiles wrote:
I agree mod_perl needs more PR. I think we've got a great community
of people to help on the mailing list, tons of great documentation,
but lack in several areas:
1) PR announcements in general (When is the last time y
Perrin Harkins wrote:
On Tue, 2004-06-08 at 10:55, Frank Wiles wrote:
I agree mod_perl needs more PR. I think we've got a great community
of people to help on the mailing list, tons of great documentation,
but lack in several areas:
1) PR announcements in general (When is the last time you saw
Arnaud Blancher wrote:
[...]
i dont understand why the apache fondation dont talk more about perl
(whitch is faster) but always of java/xml.
Because someone needs to do the talk. Java XML developers have a pretty big
development team, so they have resources/tuits to do that kind of things. The
m
> "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
Stas> Because someone needs to do the talk. Java XML developers have a
Stas> pretty big development team, so they have resources/tuits to do that
Stas> kind of things. The mod_perl dev team is so much smaller and hardly
Stas> manages to do th
On Tue, 2004-06-08 at 12:27, Arnaud Blancher wrote:
> i dont understand why the apache fondation dont talk more about perl
> (whitch is faster) but always of java/xml.
Where do you see the Java/XML stuff getting talked about? I mostly see
it in Java magazines or websites, which is to be expected
cc'ing the modperl list
> I tested the new module and basicly it seems to works fine with my
> application. However you overlooked something obvious in your
> implementation.
>
> The problem occurs when trying to download a binary attachment. This
> produced server errors:
>
> [Tue Jun 8 18:38:
Perrin Harkins <[EMAIL PROTECTED]> wrote:
>On Tue, 2004-06-08 at 12:27, Arnaud Blancher wrote:
>> i dont understand why the apache fondation dont talk more about perl
>> (whitch is faster) but always of java/xml.
>
>If people can keep track of a few places where they would like to see
>more Perl c
Perrin Harkins wrote:
On Tue, 2004-06-08 at 10:55, Frank Wiles wrote:
I agree mod_perl needs more PR. I think we've got a great community
of people to help on the mailing list, tons of great documentation,
but lack in several areas:
1) PR announcements in general (When is
On Tue, 2004-06-08 at 12:37, Stas Bekman wrote:
> > In particular, I would say it's a mistake to think that mod_perl
> > specifically needs PR. There is no important difference between
> > promoting mod_perl and promoting Perl in general. That's why I think
> > this sort of thing should be pursue
>>>Stefan Loones <[EMAIL PROTECTED]> 06/08 2:50 pm >>>
> I also find it a very interesting option when people can give
> comments within the documentation on a per subject > basis (like you
can
> do at http://www.php.net/manual/en/function.usort.php and at
> http://dev.mysql.com/doc/mysql/en/J
Good points.
Also, I think we need some work on the "FUTURE" of mod_perl. New users look for tools
which will let them keep on the bandwagon for the next 5 years. This is XML.
For those php, java or .NET users, if one day we tell people that all those
interesting
tools on Apache/Java projects
On Tue, 2004-06-08 at 15:50, Stefan Loones wrote:
> I looked at php. Why ? Because you hear about it, and see it
> everywhere (= PR !).
Where? Where do you see it that you are not seeing Perl represented?
Keep track, and then we'll have some targets to pursue for placing
articles.
> In my opini
On Tue, 08 Jun 2004 17:43:23 -0400
Perrin Harkins <[EMAIL PROTECTED]> wrote:
> On Tue, 2004-06-08 at 15:50, Stefan Loones wrote:
> > I looked at php. Why ? Because you hear about it, and see it
> > everywhere (= PR !).
>
> Where? Where do you see it that you are not seeing Perl represented?
> K
Accidentally only sent this to Perrin.
-
Frank Wiles <[EMAIL PROTECTED]>
http://frank.wiles.org
-
Begin forwarded message:
Date: Tue, 8 Jun 2004 16:53:48 -0500
From: Frank Wiles <[EMAIL PROTECTED]>
To: Perrin Harkins <
On Tue, Jun 08, 2004 at 05:43:23PM -0400, Perrin Harkins wrote:
>
> > With this background, I found the documentation on mod_perl 2
> > difficult for a new user.
>
> As you say, this is partly because you chose to start with
> Apache/mod_perl 2. The documentation for mod_perl 1 is more
> approac
--- [EMAIL PROTECTED] wrote:
> BTW, I programmed a mod_perl based BBS system for a site. It got
> almost 200,000 (!) unique IP hits every day with the dual set-up
> (plain apache + mod_perl). This might be an example where others
> such as php and java servlet can't compete. Right?
Not in my opini
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> If you notice, no one talks about mod_php. Instead they talk about
> PHP.
Well, there are a few reasons for that, and none of them have to do with
PR really.
First, PHP was not created as a general-purpose scripting language. There
is now a command-
It depends how to define "programming language". It seems more properly
a comparison between php and Mason because mod_perl itself is the Apache
API in Perl language. For newbies, this API is indeed hard to program with.
My 2 cents is that mod_perl lacks an "established" application server/tookit
--- Frank Maas <[EMAIL PROTECTED]> wrote:
> So the choice is for MP1 then. But this means installing Apache 1.3,
> not benefitting from new features and the guarantee that one is
> using "ancient technique".
Well, for what it's worth, the situation is much the same in the PHP camp.
We still recom
On Tue, 8 Jun 2004, Chris Shiflett wrote:
> Date: Tue, 8 Jun 2004 15:38:50 -0700 (PDT)
> From: Chris Shiflett <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED], Modperl List <[EMAIL PROTECTED]>
> Subject: Re: mod_perl presence at OSCON (and other CONs) is at danger
>
> --- [EMAIL PROTECTED] wrote:
>
--- Jie Gao <[EMAIL PROTECTED]> wrote:
> This sounds like a perfect example of mod_perl lacking "PR".
Exactly.
> Had you known about mod_perl first, would you have gone to the PHP
> camp?
I try not to be in any one camp. I'm a nomad at heart.
> Any idea about the share of mod_perl in the server
> --- [EMAIL PROTECTED] wrote:
> > BTW, I programmed a mod_perl based BBS system for a site. It got
> > almost 200,000 (!) unique IP hits every day with the dual set-up
> > (plain apache + mod_perl). This might be an example where others
> > such as php and java servlet can't compete. Right?
>
> N
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 problem.
An apache resta
On Tue, 2004-06-08 at 18:47, Chris Shiflett wrote:
> Another reason for the naming habits is that PHP runs on more Web servers
> than Apache, and only the Apache SAPI is called mod_php.
This is exactly the same situation as Perl. Perl has SAPI support on
IIS through PerlEx, lots more through Fast
Perrin Harkins wrote:
> On Tue, 2004-06-08 at 18:47, Chris Shiflett wrote:
>
>>Another reason for the naming habits is that PHP runs on more Web servers
>>than Apache, and only the Apache SAPI is called mod_php.
>
>
> This is exactly the same situation as Perl. Perl has SAPI support on
> IIS
[EMAIL PROTECTED] wrote:
>
>Occasionally, I thought we might start up with a new application server that
>has features like these: 1) MVC model; 2) XHTML templates; 3) backend
>programming based on XML (e.g. parsing parameters like STRUTS), so other
>java, .NET applications can be translated as ea
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> This is exactly the same situation as Perl. Perl has SAPI support
> on IIS through PerlEx, lots more through FastCGI, and runs
> persistently with any server that supports CGI via PersistentPerl.
> (AFAIK, PHP has no equivalent for that.)
That's corr
--- Geoffrey Young <[EMAIL PROTECTED]> wrote:
> while I realize I'm in the minority with this view (and perrin and
> I have had this discussion/friendly disagreement before :) what _I_
> like about mod_perl cannot be satisfied by anything other than
> mod_perl - I like the Apache API...
Good point
> "Chris" == Chris Shiflett <[EMAIL PROTECTED]> writes:
Chris> Well, surely there are plenty of people fully utilizing mod_perl for all
Chris> it's worth. Are there things you can speak/write about more to illustrate
Chris> the benefit of the Apache API? Input/output filters seem like one such
Geoffrey Young <[EMAIL PROTECTED]> wrote:
>..
> while I realize I'm in the minority with this view (and perrin and I have
> had this discussion/friendly disagreement before :) what _I_ like about
> mod_perl cannot be satisfied by anything other than mod_perl - I like the
> Apache API, and I w
On Tue, 8 Jun 2004, Geoffrey Young wrote:
> well, I think it really depends on what you want to accomplish. all the
> above really seems like just a perl versus php (or $web_language) debate:
> both run on a number of different server platforms, have strong followings,
> and are proven scalable
Chris :
> I personally think mod_perl's strengths are in its rich feature set. Only
> after watching a few of Geoff's talks (and one of Stas's) did I realize
> exactly what PHP developers are missing. They speak about things like
> ties, closures, and globs. Plus, PHP is limited to the content gene
On Tue, 8 Jun 2004, James.Q.L wrote:
> Date: Tue, 8 Jun 2004 22:26:15 -0700 (PDT)
> From: James.Q.L <[EMAIL PROTECTED]>
> To: Modperl List <[EMAIL PROTECTED]>
> Subject: Re: mod_perl presence at OSCON (and other CONs) is at danger
>
> Chris :
> > I personally think mod_perl's strengths are in i
--- 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'
52 matches
Mail list logo
