Hello
I'm trying to Redirect a POST request and forwarding the content, but I
can't make it work.
I use the following code:
---
use Apache::Request ();
use Apache::Constants qw(:common :methods MOVED);
sub handler {
my $r= shift;
my $query= Apache::Request-new($r);
my $content =
On Mon, 4 Feb 2002 08:37:52 -0600 , Purcell, Scott [EMAIL PROTECTED]
said:
The test is taking a 50mb file and placing it in the doc root of the IIS and
Apache/htdocs. Then just having a href link pointing to it. We have ruled
out the firewall and any networking.
I know nothing about
I'm attempting to use mod_perl and Template Toolkit to serve up
templates. However, I'm having a problem with the images in those
templates: They're passing through the content handler, and thus getting
corrupted.
My first thought was to return DECLINED from the content handler if the
request is
Tim,
I don't know a lot about mod_perl, but I would guess you may want to look
at
invoking a subrequest via lookup_file or lookup_uri. E.g.
my $ct = $r-lookup_uri('images/logo.tif')-content_type;
regards
John
John Kelly
IBM Hursley
Tim Noll [EMAIL PROTECTED]
05/02/2002 12:21
Thanks Perrin,
Here is the part of the httpd.conf that I believe you wanted to see.
#
# Apache on Win32 always creates one child process to handle requests. If
it
# dies, another child process is created automatically. Within the child
# process multiple threads handle incoming requests. The
[snip]
perl -V
That's lower case perl, upper case V.
[snip]
now that's funny!
ok, so I was babbling.. try this. A simple perl script useing
Crypt::OpenPGP runs fine from the command line while the same subroutine
used in a mod_perl module on the same machine crashes. Why? Its
Here is the part of the httpd.conf that I believe you wanted to see.
Hmmm... I don't see anything wrong with this. It seems like the problem is
simply that Apache 1.3.x is not as fast as IIS at sending static files on
NT. Not too surprising. I've been told that Apache 2 is significantly
When I try this example, I find that this line
my $file = $r-path_info;
will set $file to /index.html when I request the URL /tt/index.html
which leads to an error message that says,
reason: file error - /index.html: absolute paths are not allowed (set ABSOLUTE option)
You may want to clip
Another obvious option would be to put your images in a different directory,
e.g. /images rather than /tt/images.
Or, add another Location directive for /tt/images, and set the handler to
the default handler.
-Dave
Whoops, I hacked up my example a little to make it easier it to read,
and I accidentally removed the line:
$file =~ s{^/}{};
But, it was in the original. Really. :-)
-Tim
- Original Message -
From: Lyle Brooks [EMAIL PROTECTED]
To: Tim Noll [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent:
Ok, a couple of things...
1) You want to move the $r-send_http_header; call up before calling
$template-process();
2) Modify $template-process( $file, $vars, $r) to
$template-process( $file, $vars) since you specify OUTPUT = $r
when you create the Template object (so it's
Hi there,
On Wed, 6 Feb 2002, Jason Galea wrote:
now that's funny!
ok, so I was babbling.. try this. A simple perl script useing
Crypt::OpenPGP runs fine from the command line while the same subroutine
used in a mod_perl module on the same machine crashes. Why?
There's a file in the
Rod Butcher wrote:
My .05... I run a small communal webserver. Software had to be free, secure,
stable, support Perl, multiple domains and ASP, be reasonably simple,
originally run on Win32 and be capable of migration to Linux later.
Nobrainer -- Apache, mod_perl, Apache::ASP.
Only
Mark Maunder [EMAIL PROTECTED] writes:
I was thinking that too, but then I remembered that if you're not from an IT
background, you're probably not going to be able to write a line of mod_perl
code anyhoo.
No, but you can pick up Mason, embperl, or Apache::Template (the TT
loaded into
I am having a problem getting my cgi script to complete processing when it is launched
via apache server.
The script itself runs fine from the command line. It is a script that processes a
long array of values and interacts with a database per value.
When the array is relatively short, the
On Tue, 5 Feb 2002, Jeff wrote:
Date: Tue, 5 Feb 2002 19:21:39 -0500
From: Jeff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: perl cgi's and apache
I am having a problem getting my cgi script to complete processing
when it is launched via apache server. The script itself runs fine
Perhaps you could give us some idea of your input set and how you interact
with the database.
Have you determined the break-point? At what array size? 10, 100, 1000, 10k, etc
Also how do you interact with the DB? Do connect-disconnect? Do you 'prepare'
your statement and use binding parameters?
Just wondering if anyone has encountered this before and if it's been fixed
in libapreq for the upcoming release.
Basically, whenever I try and use Mozilla 0.97 with a file upload field on a
form and don't select any file in the field, libapreq seems to hang on the
$R-parse() call. Mozilla 0.98
On Tue, 2002-02-05 at 20:43, Rob Mueller (fastmail) wrote:
Just wondering if anyone has encountered this before and if it's been fixed
in libapreq for the upcoming release.
Basically, whenever I try and use Mozilla 0.97 with a file upload field on a
form and don't select any file in the
On Tue, 5 Feb 2002, Dave Rolsky wrote:
On Mon, 4 Feb 2002, Andrew Ho wrote:
One last thing that is hard is where is your DocumentRoot? This is a huge
problem for web applications being installable out of the box. Perl
can't necessarily figure that out by itself, either.
You take a guess
Ged Haywood wrote:
There's a file in the mod_perl directory called SUPPORT. (That bit
about 'perl -V' was taken from there. :) SUPPORT contains detailed
instructions about what to do when mod_perl crashes, including what
information to provide and how to generate a stack backtrace.
The following message keeps appearing in my server error log
after building a newer version of Apache (v.1.3.23) and mod_perl (v.1.26) than
I had been running. I never saw this before (I think I had Apache 1.3.20 with
mod_perl 1.24 most recently).
What does it mean and should I worry?
On Tue, 5 Feb 2002, Ed Grimm wrote:
That's a good strategy (assuming a missing if in there somewhere). It
can be augmented with the tactic of check for a running apache, see
where it gets its config file from, and parse the config file to get
the initial guess. (Note that I wouldn't want
23 matches
Mail list logo