Martin Moss wrote on 11/10/05, 1:25 PM:
Although saying that I was trying to do a set_handlers
for the contentphase... which was being completely
ignored by apache...
Marty,
Not sure it's related, but I had what sounds like a similar problem with
an authorization handler. I wanted to
Martin Moss wrote on 11/19/04, 7:35 AM:
All,
I've had an urgent request for a few paragraphs on the
justification for the use of perl. In particularly
mod_perl.
Someone in the powers that be read an outdated
description and thinks that using perl is a security
risk - (I know,
Michael wrote on 11/10/04, 4:28 PM:
All,
I'm about to replace the authentication mechanism that
our web site uses. However I wanted to sanity check my
thought process.
Is it possible to have an Authen handler sitting on
certain areas of a site, and if a user isn't logged
Geoffrey Young wrote on 5/3/04, 8:02 PM:
If I do the void subprocess_env trick:
$r-subprocess()
before retrieving $something, then it's populated along with the
rest of
the environment.
that only affects %ENV, not the ability of $r-subprocess_env to grab
something from
Geoffrey Young wrote on 5/3/04, 8:02 PM:
Example 2:
Basically the same except I have a C handler defined for TypeHandler
and
a mod_perl handler defined for FixupHandler. When the C code does:
ap_table_set(r-subprocess_env, TEST, value);
The mod_perl handler for
Geoffrey Young wrote on 5/4/04, 4:18 PM:
not really. but clearly you have some kind of problem.
Doh! I definitely do, I think I'm it.
Remember earlier when you said how in debugging you often find that you
are the bug? Well, I am the bug in this case. :-)
In the process of trying to
Greetings all,
So I've been trying to find an answer to this in both the archives and
in the available mod_perl books, but I have not had any luck, so I was
hoping someone on the list would know the answer.
Generally: how does subprocess_env in mod_perl 1.x behave with
non-mod_perl handlers?
-8-- Start Bug Report 8--
1. Problem Description:
Running 'apachectl configtest' doesn't seem to run perl code in httpd.conf.
Perhaps I'm doing something wrong here, but according to the docs,
running 'apachectl configtest' should run any perl code in
Geoffrey Young wrote on 4/27/04, 12:22 PM:
I think you're running into the perl module loading is deferred thingy
that is the default behavior in mp2. if you stuck a valid Perl section
above it you would probably see configtest fail, since an interpreter
would
be loaded.
Geoffrey Young wrote on 4/27/04, 1:56 PM:
The main rationale I think is because of the restart, loading is twice
as slow. So the more things you can postpone until after restart the
faster your server will start.
I suppose that's a consideration. but I hate to not have
Another note, just FYI:
To trigger the interpreter to load, putting this in httpd.conf (or in an
included file) doesn't work:
Perl
/Perl
But this does:
Perl
# foo
/Perl
Obviously something wants a non-null data in the Perl section before
firing off the interpreter.
--John
--
11 matches
Mail list logo
