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 r
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 - (
Stas Bekman wrote on 11/17/04, 10:34 PM:
> Marcin Kosewski wrote:
> > Hi Gurus,
> >
> > I'm using Apache 1.3.33 with mod_perl 1.29. In Apache httpd.conf
> file I'm
> > loading external perl directives using:
> > PerlRequire startup.pl
> >
> > I've checked, that during apache startup
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 us
Geoffrey Young wrote on 6/29/04, 6:28 PM:
>
> > OLD WAY: [broken]
> > $obj->{USER_ID} = $r->user;
> > $obj->{USER_PASS} = $I->get_basic_auth_pw;
>
> I'm not sure where you would have gotten this way from, but it is clearly
> wrong - in both apache 1.3 and 2.0 it is ap
Stas Bekman wrote on 6/24/04, 1:43 PM:
> But you already have 1.99_13 installed. Have you tried nuking it
> first?
I ran t/REPORT _after_ I had given up on installing _14 and successfully
installed _13. Sorry for the confusion.
> May be your timestamps on the previously installed
> files
-8<-- Start Bug Report 8<--
1. Problem Description:
I've tried this multiple times, always with the same result,
and I didn't see anything in Changes that would account for
this, so...
This was on a machine which didn't have mod_perl (1 or 2) installed
The sample bug report (using t/REPORT) says to send bug reports to dev
perl.apache.org, but the web page under "Reporting Information" (at
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems)
seems to indicate bugs should be sent to this list (modperl users). Is
either ok?
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 figu
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_p
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
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?
Another note, just FYI:
To trigger the interpreter to load, putting this in httpd.conf (or in an
included file) doesn't work:
But this does:
# foo
Obviously something wants a non-null data in the Perl section before
firing off the interpreter.
--John
--
Report problems: http:
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
>
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 section
> above it you would probably see configtest fail, since an interpreter
> would
> be loaded.
>
> basic
-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 ht
16 matches
Mail list logo
