Why does one have to create a APR::Brigade to pass a value?
If I want to pass 42 I could simply access it, no need to create a
Brigade or am I completely mistaken.
Tom
Philippe M. Chiasson wrote:
> Vipul Ved Prakash wrote:
>
>>Thanks, Philippe. For some reason I thought I had to use Apache's
>
Hello,
I running Debian Sarge with Apache 1.3 and Perl 5.8 and I trying to get
a JabberChat from http://www.prowler-pro.com/jabberchat/ to run. I
know that Apache and Perl are playing together because I dselected
Gallery from http://gallery.sf.net installed and it works great. When I
click
Hi,
All the Apache constants are available in the Apache2::Const module. See
perldoc Apache2::Const for details on how to import symbols and so on.
Arne
:wq
There's a few recipes here:
http://perl.apache.org/docs/2.0/user/coding/cooking.html#Sending_Cookies_Using_libapreq2
Would using t Apache2::Cookie work just as well?
Philippe M. Chiasson wrote:
Vipul Ved Prakash wrote:
Thanks, Philippe. For some reason I thought I had to use Apache's
memory management abstractions for this.
Out of curiosity, will using pnotes work just as well for your purpose?
Wow, a little tangent to the topic here: I didn't know that you can do this
PerlResponseHandler Apache2::Const::OK
Is that 'legal'? It's interesting to know, but I wouldn't know of a
practical use for this trick.
Another question: why do you use CGI::Cookie in place of Apache2::Cookie?
Last qu
On Mon, 13 Mar 2006, Foo Ji-Haw wrote:
There's a few recipes here:
http://perl.apache.org/docs/2.0/user/coding/cooking.html#Sending_Cookies_Using_libapreq2
Would using t Apache2::Cookie work just as well?
Apache2::Cookie is one of the glue modules for libapreq2. You have to
install li
Apache2::Cookie is one of the glue modules for libapreq2. You have to
install libapreq2 to get Apache2::Cookie.
Ok. I am crazy about libapreq2 because it is a direct replacement to
CGI. I thought this is the preferred way against continuing CGI (for
performance reasons) in the modperl envir
On Mon, 13 Mar 2006, Foo Ji-Haw wrote:
Wow, a little tangent to the topic here: I didn't know that you can do this
PerlResponseHandler Apache2::Const::OK
Is that 'legal'? It's interesting to know, but I wouldn't know of a practical
use for this trick.
Specifying a return code for a handler pha
Hello Fred,
Ok, the 12 layers of Apache is as cool as the OSI layers. Let's say that
in my PerlAuthzHandler I verified the user via a cookie (given to the
client during login). It sounds like double work to retrieve the user
details again during the PerlResponseHandler phase (I have to do that
On Mon, 13 Mar 2006, Foo Ji-Haw wrote:
Hello Fred,
Ok, the 12 layers of Apache is as cool as the OSI layers. Let's say that in
my PerlAuthzHandler I verified the user via a cookie (given to the client
You will want to use a PerlAuthenHandler to authenticate the user.
during login). It sound
Foo Ji-Haw wrote:
Ok. I am crazy about libapreq2 because it is a direct replacement to
CGI. I thought this is the preferred way against continuing CGI (for
performance reasons) in the modperl enviromment. Or am I missing
something here?
Some people have existing code using CGI::Cookie, or wan
Some people have existing code using CGI::Cookie, or want their new
code to work under CGI. The performance difference is pretty small
in any significant web app.
Hey Perrin,
So what you are saying, is that it is generally fine in a production
environment to continue using CGI::Cookie? But
Foo Ji-Haw wrote:
So what you are saying, is that it is generally fine in a production
environment to continue using CGI::Cookie?
Yes.
But it does not infer that
using CGI is just as well right?
The CGI.pm module? That's fine too.
- Perrin
That's odd. I thought I remembered reading up about discouraging the use
of the CGI module in optimising modperl.
The rationale (if I remembered right) is that CGI depends on the %ENV,
which populating it for every call is an effort. The recommended way is
to turn of SetupEnv, and grab as much s
Foo Ji-Haw wrote:
That's odd. I thought I remembered reading up about discouraging the use
of the CGI module in optimising modperl.
The rationale (if I remembered right) is that CGI depends on the %ENV,
which populating it for every call is an effort. The recommended way is
to turn of SetupEnv,
Sure, libapreq and its included modules are the fastest way to parse
parameters and handle cookies. However, hardly anyone needs that
speed. Most people are spending all of their time talking to a
database or doing other I/O tasks, or have pretty minimal web traffic,
or both.
That's true. I
Bill Warren wrote:
> Hello,
>
> I running Debian Sarge with Apache 1.3 and Perl 5.8 and I trying to get
> a JabberChat from http://www.prowler-pro.com/jabberchat/ to run. I
> know that Apache and Perl are playing together because I dselected
> Gallery from http://gallery.sf.net installed and it
18 matches
Mail list logo
