Stas Bekman wrote:
eps com estem wrote:
Hi, i had already tested the $r->read but it did not work, now i have
found why.
$r->read(my $buffer, $len)
only works if $buffer is a string.
$r->read($ref->{buffer}, $len)
does not work, as $ref->{buffer} is empty. And that was what i was
using, so i thou
On zondag 11 juli 2004 20:29, David Arnold wrote:
> All,
>
> Is httpd.conf secure? Would it be OK to store a password there?
Depends on how secure you make it yourself. By default, httpd.conf is
read-only for everybody, and read-write for the root user. If you change the
read permissions, nobody
>
> When you modify the URL at the appropiate phase, the URL displayed is not
> changed (which
> is neither good nor bad).
> To change the url you can do
>
> $r->header_out(Location => $url);
> return Apache::Constants::REDIRECT;
>
> where you redirect the browser directly to another URL, and indee
Greetings,
I encountered a runaway httpd process from the following code:
$r->internal_redirect('/my/url');
I'm using perl 5.8.4, apache 2.0.49, and the latest snapshots of mp2 and
httpd-apreq2. External redirects work fine. Is this a known bug, or a
possible problem with my implementation? H
Wouter van Vliet wrote:
> On zondag 11 juli 2004 20:29, David Arnold wrote:
>
> > All,
> >
> > Is httpd.conf secure? Would it be OK to store a password there?
>
> Depends on how secure you make it yourself. By default, httpd.conf is
> read-only for everybody, and read-write for the root user. I
[EMAIL PROTECTED] wrote:
Greetings,
I encountered a runaway httpd process from the following code:
$r->internal_redirect('/my/url');
I'm using perl 5.8.4, apache 2.0.49, and the latest snapshots of mp2 and
httpd-apreq2. External redirects work fine. Is this a known bug, or a
possible problem with
Hey, all --
I recently finished setting up an install of Apache2 and modperl on a
SuSE 9.1 server. The install was done from RPM.
The server primarily runs a trouble ticketing system which uses
HTML::Mason and MySQL for page displays and content. All of the perl
functionality is present and wor
Marlier, Ian wrote:
Hey, all --
I recently finished setting up an install of Apache2 and modperl on a
SuSE 9.1 server. The install was done from RPM.
The server primarily runs a trouble ticketing system which uses
HTML::Mason and MySQL for page displays and content. All of the perl
functionality
On maandag 12 juli 2004 20:39, Stas Bekman wrote:
> Marlier, Ian wrote:
>> Hey, all --
>>
(..)
>>
>> The problem at the moment is that modperl seems to be
>> over-riding/preventing the display of index.html index pages (or
>> index.php, or index.shtml, or anything else). Has anyone else seen
>>
Hi. Totally new to modperl2, we are using it in the context of
RequestTracker, running on the latest version of perl i.e. 5.8.4 which was
obtained from perl.org, also got the modperl from perl.apache.org, using
the latest RHEL, etc
We get the following error which occurs when we attempt to s
Charles A. Monteiro wrote:
Hi. Totally new to modperl2, we are using it in the context of
RequestTracker, running on the latest version of perl i.e. 5.8.4 which
was obtained from perl.org, also got the modperl from perl.apache.org,
using the latest RHEL, etc
We get the following error which
-Original Message-
From: Wouter van Vliet [mailto:[EMAIL PROTECTED]
Sent: Monday, July 12, 2004 3:00 PM
To: 'Stas Bekman'; Marlier, Ian
Cc: [EMAIL PROTECTED]
Subject: RE: modperl preventing index pages from displaying?
On maandag 12 juli 2004 20:39, Stas Bekman wrote:
> Marlier, Ian wrot
For whatever it might be worth: I use internal redirects with some
frequency a heavily used internal application. The server is currently
all of the most recent release versions of each of what you mentioned
(so I'm .50 _14 and _03).
I currently have the server set up as a 'worker' mpm... this m
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
John Wittkoski wrote:
> 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
> > wro
All,
Suppose that a user logs on (successfully) with username and password,
where the logon process is handled by mod_perl. Now they open a page with a
form, fill out the fields, then press the submit button. The form is
handled by a second script.
My question: How can the second script be made
David Arnold wrote:
> All,
>
> Suppose that a user logs on (successfully) with username and password,
> where the logon process is handled by mod_perl. Now they open a page with a
> form, fill out the fields, then press the submit button. The form is
> handled by a second script.
>
> My questi
17 matches
Mail list logo