> > on 11/19/00 6:04 PM, Randal L. Schwartz at [EMAIL PROTECTED]
> > uttered the
> > > following:
> > >
> > > > When you're *really* good with mod_perl, you abandon Apache::Registry
> > > > and move up to writing handlers or usi
At 10:42 PM 11/19/2000 -0800, [EMAIL PROTECTED] wrote:
>[snip]
>
>Apache::Registry - use it only for backend or lowtraffic sites. It does
>not cache anything, so when you do databases, and files, can be bad to
>horrible to use. Using with small MySQL databases (50,000< records) you
>can get medioc
On Sun, 19 Nov 2000, E.S. wrote:
> All other things being equal, what's the general performance difference
> between writing your own handlers or using a templating system vs. using
> your scripts under Apache::Registry? I've been running my old CGI scripts
> under Apach
At 15:10 19/11/2000 -0700, E.S. wrote:
>> on 11/19/00 6:04 PM, Randal L. Schwartz at [EMAIL PROTECTED] uttered the
>> > When you're *really* good with mod_perl, you abandon Apache::Registry
>> > and move up to writing handlers or using embedded templating systems
*really* good with mod_perl, you abandon Apache::Registry
> > > and move up to writing handlers or using embedded templating systems
> > > like EmbPerl, Mason, or Template Toolkit.
> >
>Question...
>
>All other things being equal, what's the general performance
> on 11/19/00 6:04 PM, Randal L. Schwartz at [EMAIL PROTECTED] uttered the
> following:
>
> > When you're *really* good with mod_perl, you abandon Apache::Registry
> > and move up to writing handlers or using embedded templating systems
> > like EmbPerl, Mason,
On Wed, 15 Nov 2000, Andrew Chen wrote:
> The new parameter (which in the example was moe and not joe, my mistake)
> will be a "webid", a unique identifier for each website that is parsed out
> of the physical location of the file.
>
> For example,
> www.joe-honda-dealer.com/inventory.jsp
> cor
Ged,
Thanks for the input-- here are my answers below...
The new parameter (which in the example was moe and not joe, my mistake)
will be a "webid", a unique identifier for each website that is parsed out
of the physical location of the file.
For example,
www.joe-honda-dealer.com/inventory.js
Hi there,
On Tue, 14 Nov 2000, Andrew Chen wrote:
> 1. Request comes in for t.jsp?test=1&joe=2
> 2. Handler steps in and adds another parameter, t.jsp?test=1&joe=2&moe=3
> 3. Request is then handled by BEA-Apache bridge so that it is forwarded to
> Weblogic
> 4. JSP runs on Weblogic, and the new
could either chain the handlers
(have the custom handler alter the data in the request and then pass it
onto the BEA-Apache bridge) or I could just put the custom handler in an
earlier stage and alter the request then. I'm just not sure how to do it.
Let me know if you need any more clarificat
According to my trusty Eagle book, I can chain Perl handlers (by using
> > $r->pushhandlers(), but can I chain a C handler after a Perl handler??
>
> Not until Apache 2.0, Eagle Book p175, "Chaining Content Handlers".
> A C handler either handles the entire request or returs declined.
>
> 73,
> Ged.
>
Hi!
> If you use $r->pnotes, you can just put a reference to an arbitrary data
> structure into it and it will still be there in the next handler. No
> need to serialize it with Data::Dumper. Better than using a normal
> global because it gets automatically cleaned up after the request.
Thanks
Thomas Klausner wrote:
> If there isn't, could it be implemented by dumping the data
> structure to $r->notes (with Data::Dumper) and have it eval'ed back
> by the next handler?
If you use $r->pnotes, you can just put a reference to an arbitrary data
structure into it and it will still be there i
On Sun, 12 Nov 2000, Dave Kaufman wrote:
> > Is there a module that can do "Stacked Handler Pipelining", but
> > doesn't pass around tied filehandles but data structures ?
Can't you allocate some generic namespace, or better yet, create your own
package called config and in that export function
"Thomas Klausner" <[EMAIL PROTECTED]> wrote:
> Is there a module that can do "Stacked Handler Pipelining", but
> doesn't pass around tied filehandles but data structures ?
Andreas König's Apache::HeavyCGI is a nice alternative approach to the use
Hi!
Is there a module that can do "Stacked Handler Pipelining", but
doesn't pass around tied filehandles but data structures ?
If there isn't, could it be implemented by dumping the data
structure to $r->notes (with Data::Dumper) and have it eval'ed back
by the next handler?
--
D_OMM
Hi there,
On Mon, 6 Nov 2000, Andrew Chen wrote:
> According to my trusty Eagle book, I can chain Perl handlers (by using
> $r->pushhandlers(), but can I chain a C handler after a Perl handler??
Not until Apache 2.0, Eagle Book p175, "Chaining Content Handlers".
A C handler
a JSP, which should be able to read the
changes that were added in step 2.
According to my trusty Eagle book, I can chain Perl handlers (by using
$r->pushhandlers(), but can I chain a C handler after a Perl handler??
And yes, I know this is kind of bizarre.
Thanks in advance!
I'm not on the
>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 26, 2000 4:17 PM
Subject: Replacing Authen & Authz handlers
> I've got Authen and Authz protecting an entire site:
>
>
>PerlAuthenHandler My::Authen
>PerlAuthzHandler My::Authz
>AuthType Ba
but I'm having a hard time making it happen.
I've tried using a "PerlSetVar DisableAuthen 1" and then returning DECLINED
in my handlers, but that's causing this error:
configuration error: couldn't check user. No user file?: /test
Can someone fill me i
* Greg Cope ([EMAIL PROTECTED]) [000917 14:31]:
> Dear All
>
> I want to create an Object in a ChildInit handler and then pass it to
> request handlers.
>
> Its a DB Object / module and it does some initialiastion, it prepares a
> few statment handles and then stores them
Dear All
I want to create an Object in a ChildInit handler and then pass it to
request handlers.
Its a DB Object / module and it does some initialiastion, it prepares a
few statment handles and then stores them in an array for later
execution.
One solution is to create a the object in a child
Ouch! about 30 seconds after sending my e-mail I had another read of the
mod_perl guide and came across an answer to my problem. I feel stupid for
missing this. Anyway, the following code works for what I want to do:
# Silently redirect text-only requests
my $uri = $r->parsed_uri;
i
How does one pass information between handlers via an internal redirect?
I am creating a virtual set of documents with a path of the form
/text/actual_path. The idea is that I do an internal redirect to serve
the real file (at /actual_path) but use the fact that a "/text/" url was
re
J. J. Horner
Cc: [EMAIL PROTECTED]
Subject: Re: handlers on CPAN
"J. J. Horner" wrote:
>
> do handlers belong on CPAN?
Any and all modules you feel might be of interest to the community
"should" be. The only thing is to play nice and run your module
name past the g
[EMAIL PROTECTED] (Barrie Slaymaker) wrote:
>"J. J. Horner" wrote:
>> do handlers belong on CPAN?
>
>Any and all modules you feel might be of interest to the community
>"should" be. The only thing is to play nice and run your module
>name past the good
"J. J. Horner" wrote:
>
> do handlers belong on CPAN?
Any and all modules you feel might be of interest to the community
"should" be. The only thing is to play nice and run your module
name past the good folks at [EMAIL PROTECTED] first. If you get
no response fr
do handlers belong on CPAN?
Thanks,
JJ
--
J. J. Horner
Apache, Perl, Unix, Linux
[EMAIL PROTECTED] http://www.knoxlug.org/
On Mon, 22 May 2000, Perrin Harkins wrote:
> On Mon, 22 May 2000 [EMAIL PROTECTED] wrote:
> > It seems the Apache::Session::DBI isn't actually changing anything
> > in the database, since next time I tie the session the only thing
> > it has is the _session_id I tied it with in the first place.
>
At 19:10 22/05/2000 -0400, [EMAIL PROTECTED] wrote:
>At a later hour on 22/05/2000, [EMAIL PROTECTED] wrote:
>>I routinely stuff my %session tied hash into a pnote, and it works fine.
>>All I do is something like $r->pnotes('session') = \%session;
>
>Thank you, Robin.
You're welcome :)
>That was
On Mon, 22 May 2000 [EMAIL PROTECTED] wrote:
> It seems the Apache::Session::DBI isn't actually changing anything
> in the database, since next time I tie the session the only thing
> it has is the _session_id I tied it with in the first place.
Keep in mind that Apache::Session only writes to the
At a later hour on 22/05/2000, [EMAIL PROTECTED] wrote:
>>At 09:03 22/05/2000 -0400, [EMAIL PROTECTED] wrote:
>>Am I correct in assuming that my tied session variable (using
>>Apache::Session::DBI), which I have stored away in a pnote,
>>is no longer tied when I try to retrieve it in a later
>>han
At 09:03 22/05/2000 -0400, [EMAIL PROTECTED] wrote:
>Am I correct in assuming that my tied session variable (using
>Apache::Session::DBI), which I have stored away in a pnote,
>is no longer tied when I try to retrieve it in a later
>handler?
I routinely stuff my %session tied hash into a pnote, a
Am I correct in assuming that my tied session variable (using
Apache::Session::DBI), which I have stored away in a pnote,
is no longer tied when I try to retrieve it in a later
handler?
Is there a way to keep the same tied %session between handlers?
I remember someone talking about passing
On: Thu, 04 May 2000 18:23:30 -0300 FEITO Nazareno wrote:
>Maybe this isn´t the correct mailing list to post this question but i really
>need an answer some kind of guide o something like that...
>I need to use handlers for my webpages under mod_perl, any tutorial or
>something
Maybe this isn´t the correct mailing list to post this question but i really
need an answer some kind of guide o something like that...
I need to use handlers for my webpages under mod_perl, any tutorial or
something?
I´m using an old handlers that i use to be but now it doesn´t work... i
mean
When I run my test script from the webserver itdoesn´t work the submit
button...
I don´t use handlers here, just this:
#!/usr/bin/perl -w
use CGI;
use strict;
my $debug=0;
my $error=0;
my $q->new CGI();
my $me=$q->script_name();
my $s;
print header();
printheader(); #i´m going to
On 20 Apr 2000, Randal L. Schwartz wrote:
> > "Doug" == Doug MacEachern <[EMAIL PROTECTED]> writes:
>
> Doug> why all the globals?? symbol table lookups are much slower than
> Doug> lexicals.
>
> If I recall, the word lately is that they're much closer than they were.
i take it back, the
> "Doug" == Doug MacEachern <[EMAIL PROTECTED]> writes:
Doug> why all the globals?? symbol table lookups are much slower than
Doug> lexicals.
If I recall, the word lately is that they're much closer than they were.
But lexicals are still "cleaner", if I recall.
--
Randal L. Schwartz - St
> So this (attached) section is to be deleted now as a non-relevant?
i suppose.
ctions have to do with using or not
> Apache::Registry instead of handlers...
>
> But, I've been toying with the idea of writing an Apache::Dispatch
> module that would take all URL's of the form something like
>
> http://localhost/perl/My/Module/handlerfunc
>
> and
On Thu, 20 Apr 2000, Doug MacEachern wrote:
> On Fri, 14 Apr 2000, Stas Bekman wrote:
>
> > use vars qw($q $switch $status $sessionID);
>
> why all the globals?? symbol table lookups are much slower than lexicals.
> please don't promote globals, pass lexicals to the subroutines.
Yeah, I'll
On Fri, 14 Apr 2000, Stas Bekman wrote:
> use vars qw($q $switch $status $sessionID);
why all the globals?? symbol table lookups are much slower than lexicals.
please don't promote globals, pass lexicals to the subroutines.
> sub handler{
> my $r = shift;
> Apache->request($r);
On Mon, 17 Apr 2000, Vivek Khera wrote:
> >>>>> "MS" == Matt Sergeant <[EMAIL PROTECTED]> writes:
>
> >> adding handlers as easy as adding Registry scripts. I guess it is
> >> sort of an ultra-light-weight Registry, in some sense.
>
&
>>>>> "MS" == Matt Sergeant <[EMAIL PROTECTED]> writes:
>> adding handlers as easy as adding Registry scripts. I guess it is
>> sort of an ultra-light-weight Registry, in some sense.
MS> I've got something pretty similar. Let me know if you wa
>>>>> "DT" == Drew Taylor <[EMAIL PROTECTED]> writes:
DT> are beginning the transition to Apache handlers. One other thing that I
DT> would love is a module to do checkboxes/pull-down list generation ALA
DT> CGI.pm. I might rip off some code and create a m
igurable, of course.
> >
> > Does anyone have something like this already? It would certainly make
> > adding handlers as easy as adding Registry scripts. I guess it is
> > sort of an ultra-light-weight Registry, in some sense.
>
> I've got something pretty simi
lerfunc()
>
> Assuming that My::Module was already loaded, otherwise it would
> generate a run-time error (or maybe we'd do a "require" -- dunno yet).
> The URL trigger /perl/ would be configurable, of course.
>
> Does anyone have something like this already?
ctions have to do with using or not
> Apache::Registry instead of handlers...
Because when you have hundreds of different 's to configure (and
there is a lot of repetition), it's easier with Perl. Isn't it? At least
that's what people said on the list.
> But, I've been to
>>>>> "SB" == Stas Bekman <[EMAIL PROTECTED]> writes:
SB> Of course, anyone has a sample section handy? I'm still an
SB> C fan, to be changed soon :)
I don't see what sections have to do with using or not
Apache::Registry instead of handlers...
On Fri, 14 Apr 2000, Chris Nokleberg wrote:
>
> > Someone has asked how to move from registry scripts to perl handlers, this
> > is my attempt to show in details the process. Comments are welcome.
>
> In my mind, one of the biggest problems in transitioning from
> Apach
> Someone has asked how to move from registry scripts to perl handlers, this
> is my attempt to show in details the process. Comments are welcome.
In my mind, one of the biggest problems in transitioning from
Apache::Registry is the added server configuration complexity. Would it be
possi
Someone has asked how to move from registry scripts to perl handlers, this
is my attempt to show in details the process. Comments are welcome.
=head1 Transitioning from Apache::Registry to Apache handlers
Even if you are a CGI script die-hard at some point you might want to
move a few or all
Doug MacEachern wrote:
> what options did you give mod_perl's Makefile.PL?
perl Makefile.PL \
APACHE_PREFIX=/usr/local/apache/ \
APACHE_SRC=/usr/local/apache/src\
DO_HTTPD=1 \
USE_APACI=1 \
APACI_ARGS='--enable-module=rewrite --enable-module=so
--enable-module=proxy' \
On Wed, 12 Apr 2000, Kevin Murphy wrote:
> I've written an access handler which takes some custom configuration
> directives based on the instructions in chaper 8 of the Eagle book.
>
> Everything makes and installs fine, and I am able to load the module
> with a PerlModule directive, but when
I've written an access handler which takes some custom configuration
directives based on the instructions in chaper 8 of the Eagle book.
Everything makes and installs fine, and I am able to load the module
with a PerlModule directive, but when I try to use the directives
defined in my module I g
nt before starting to work on the script itself (even
if it is preloaded) - there is extra overhead for providing a separate namespace,
etc. Inside of that environment, scripts can be pretty dirty - mod_perl-handlers
have to be written a lot cleaner than registry-cgi-scripts.
Quoting
Jie Gao wrote:
>
> On Thu, 3 Feb 2000, Joshua Chamas wrote:
>
> > I regrouped the HelloWorld benchmark data at http://www.chamas.com/bench/
> > recently, so that it gives you a more informative comparison of the relative
> > startup costs of web environments on a per platform basis.
>
> Registr
On Thu, 3 Feb 2000, Joshua Chamas wrote:
> I regrouped the HelloWorld benchmark data at http://www.chamas.com/bench/
> recently, so that it gives you a more informative comparison of the relative
> startup costs of web environments on a per platform basis.
Registry scripts run slower according
s,
C
On 16 Jan 2000, Randal L. Schwartz wrote:
> >>>>> "Sean" == Sean Chittenden <[EMAIL PROTECTED]> writes:
>
> Sean> Hey. So I just went through and was auditing someone's code today
> Sean> (the joy of joys that it is) and these gu
;Sean" == Sean Chittenden <[EMAIL PROTECTED]> writes:
>
> Sean> Hey. So I just went through and was auditing someone's code today
> Sean> (the joy of joys that it is) and these guys were pretty reliant on their
> Sean> access, authen, authz handlers for most everyth
>>>>> "Sean" == Sean Chittenden <[EMAIL PROTECTED]> writes:
Sean> Hey. So I just went through and was auditing someone's code today
Sean> (the joy of joys that it is) and these guys were pretty reliant on their
Sean> access, authen, authz handl
Version info: apache_1.3.9, mod_perl-1.21, mod_ssl-2.4.9-1.3.9, openssl-0.9.4.
I recently upgraded my mod_perl installation with SSL by following the
OpenSSL and mod_perl HOWTO. Now, all of my mod_perl handlers give me
a 403 and the following error:
[Fri Jan 14 10:03:24 2000] [error] [client
If authenticated
> {
> handle CGI as per usual
> }
> else
> {
> replace handler with custom login screen page
> }
>
> This is the code I've currently got, which alters the handlers:
>
>$r->handler("perl-script");
>
and, of course, it is well documented in the guide (sorry Stas :)
> -Original Message-
> From: Stas Bekman [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, November 23, 1999 2:35 PM
> To: Young, Geoffrey S.
> Cc: 'Bill Desjardins'; [EMAIL PROTECTED]
> Subject:
g/guide/porting.html#Passing_and_preserving_custom_da
http://perl.apache.org/guide/snippets.html#Passing_environment_variables_be
>
> --Geoff
>
> > -Original Message-
> > From: Bill Desjardins [SMTP:[EMAIL PROTECTED]]
> > Sent: Tuesday, November 23, 1999 1:06 PM
> > T
SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, November 23, 1999 1:06 PM
> To: [EMAIL PROTECTED]
> Subject: Stacked Handlers and passing Objects
>
> Hello Everyone,
>
> I have been lurking for a while, but this is my first post. I started
> programming perl about a yea
not find a clear answer to this question.
My website that I am developing (web.carracing.com) uses 4 stacked
handlers for each section of the site. The only one that changes is
the 3rd handler for the content of the page. here is one of the configs:
SetHandler perl-script
is required, override the handler
and enable the perl-script handler??
ie;
If authenticated
{
handle CGI as per usual
}
else
{
replace handler with custom login screen page
}
This is the code I've currently got, which alters the handlers:
$r->handler("pe
> 2. It appears that I will be using ASP quite heavily and while I don't
>need event handler now, I may have to start using them in the future.
>If that happens, I will have to maintain two sets of session management
>code.
>
> This is so simple, and, therefore, brilli
At 12:38 PM 10/7/99 , Joshua Chamas wrote:
>If you don't need these event handlers, then you could use
>Apache::Session very well for you needs, as well as ASP $Session,
>then you can turn sessions off in ASP, and set $Session
>to an Apache::Session like:
You're right,
ssentially the
> same task. What would be nice if all of ASP's session stuff got moved into
> Apache::ASP::Session which could be used from anywhere. I think this is
> more efficient, as: 1) the same code can be used in ASPs and perl handlers;
> 2) memory resources are conserved by s
f ASP's session stuff got moved into
Apache::ASP::Session which could be used from anywhere. I think this is
more efficient, as: 1) the same code can be used in ASPs and perl handlers;
2) memory resources are conserved by sharing session data structures; etc.
Cheers
Dmitry
>I woul
Dmitry Beransky wrote:
>
> Hi,
>
> I'm not sure what exactly it is that I'm trying to ask, so please bear with
> me... :)
>
> I have a handler invoked with PerlHandler and a set of related ASP
> files. The ASP files store state data in a $Session object. I need the
> perl handler to choose an
Hi,
I'm not sure what exactly it is that I'm trying to ask, so please bear with
me... :)
I have a handler invoked with PerlHandler and a set of related ASP
files. The ASP files store state data in a $Session object. I need the
perl handler to choose an ASP file and issue an internal_redirec
> Doesn't looks so good :-(
>
> BTW which version of mod_perl you are using?
1.21
Embperl 1.1.1 has problems with
> newer mod_perl versions, because of changes in the handling of $ENV inside
> mod_perl. So your problem may result from that,maybe...
>
> I would suggest to test 1.2b9. It's a reall
Re: Embperl virtual log and mod_perl handlers
> > For the Logfile problem try:
> >
> > PerlSetEnv EMBPERL_VIRTLOG /embperl
> >
> > and
> >
> >
> >
> > note the slash before embperl
>
> Yes, and
> 195.209.67.50 - - [04/Oct/1999:13:48:13 +050
> For the Logfile problem try:
>
> PerlSetEnv EMBPERL_VIRTLOG /embperl
>
> and
>
>
>
> note the slash before embperl
Yes, and
195.209.67.50 - - [04/Oct/1999:13:48:13 +0500] "GET /embperl?803283&19801
HTTP/1..0" 404 270
1
195.209.67.50 - - [04/Oct/1999:13:48:16 +0500] "GET
/embperl?803283&19801&S
For the Logfile problem try:
PerlSetEnv EMBPERL_VIRTLOG /embperl
and
note the slash before embperl
For the other problem I would try
SetHandler perl-script
PerlHandler HTML::Embperl
Options ExecCGI
PerlPostReadRequestHandler My::ProxyRemoteAddr
Gerald
. I even comment all string and leave only return
FORBIDDEN, but ...
Yes, I know cause...
When I comment all Embperl related stuff in httpd.conf of mod_perl server all works
fine, X_FORVARDED_FOR and return FORBIDDEN, with EmbPerl my handlers doesnt work.
Anyone can explain me Why ?
THanx in advance
201 - 280 of 280 matches
Mail list logo