Hello Group,
Hope this isn't too apache related and considered
off topic.
I have a bunch of sites, each have their own
IP.
Some of those sites have subsites within them with
different domain names, these subsites are virtual's based on domainname with
all the same parent IP.
If I have MP
Thanks for the reply Thomas,
> Why not let determine_proper_action() return undef (or OK, or whatever) if
> you do not want to redirect? And in your handler do:
>
> my $rv=determine_proper_action();
> if ($rv) { # or ($rv == Apache::Constants::OK)
> # redirect
> } else
> # done
>
Folks,
In the continuing effort to make my code better,
I'm trying to get rid "exit" in my scripts and clean up some things that
just don't sit well (but they work).
Almost 95% of my pages are served up via a template
system (H::T) and the rest are a redirects.
Currently I use a subroutin
Ahh, didn't know that.. Thanks Stas!
-Chris
- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: "Chris Faust" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, August 10, 2003 2:37 PM
Sub
I haven't had any problems setting a cookie and redirecting on MP2 by using
the below
$r->err_headers_out->add('Set-Cookie' => $packed_cookie);
$r->header_out('Location' => $url);
$r->status(REDIRECT);
$r->send_http_header;
-Chris
- Original Message -
From: "gerard uolaquetales
CGI.pm does the trick for me, the multi values are seperated by \0
< select name="yadda" multi>
yadda1
yadda2
yadda3
my $CGI = new CGI();
%form_data = $CGI->Vars;
@options = split("\0",$form_data{'yadda'});
$options[0] = yadda1, $options[1] = yadda2 etc .
Not usable live code obviously
There is a 0.92 version of Apache::DBI is mp2
aware (there may even be a later version at this point).
We started with mp1 and do to problems we decided
to goto mp2 (which turned out to be non mod_perl and apache related), there
wasn't any major performance increase or anything like that an
I FOUND IT!!
Like you said, it was in CGI.pm. It happens when doing a file upload
##
while ($bytesread=read($image_filename_one,$buffer,1024)) {
print OUTFILE $buffer;
}
##
If during the upload the user stops, drops or dies then the errors come
through which makes me think now
> (Btw, Chris, are you using the worker mpm ? Is it
> stable ? We'd like to go the worker mpm way & would
> like to know if any1 is using it yet in production.)
>
On our dev server yes, and all seems well - but we haven't rolled it out in
production yet. Its one of those things we want to do but k
s to complex sites because in my eyes there is no
reason not to do things the best possible way the first time around!
Thanks to Everyone on the Mod_perl Team
Chris Faust
Developer of http://www.isoldmyhouse.com
- Original Message -
From: "Stas Bekman" <[EMAIL
Hi,
We have been having some problems where all of a
sudden apache will start logging the error of:
[error] mod_perl: $r->read failed to
read
Multiple times (100s in less then 10th of a
sec), often it will get to the point where load on the machine goes through the
roof and apache has
Hello Group,
I want to add the rewrite module to my apache and it would appear I have to
recompile apache to do so..
Does this mean I'll need to redo mod_perl after Apache as well?
RH 8
Apache 2.044
mod_perl 1.99.09
Thanks
-Chris
e in my error log:
Apache/2.0.44 (Unix) mod_perl/1.99_09-dev Perl/v5.8.0 configured
Sweet!
Thanks
-Chris
>> -Original Message-
>> From: Stas Bekman [mailto:[EMAIL PROTECTED]
>> Sent: Saturday, March 22, 2003 11:54 PM
>> To: Chris Faust
>> Cc: Modperl
>> Sub
sr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl
.
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by t/REPORT on Sun Mar 23 13:03:21 2003 GMT.
---
I'm installing mod_perl for the 3rd time using pretty much the same config
(machine, OS etc) as before but this time around I'm getting a lot of
strange errors when I run "make test".
Here is a bug report:
http://tagteam.prevare.com/mp2bug.txt
Here is the Error Log
http://tagteam.prevare.com/m
(sorry if this hits the list twice, I didn't use my registered email on the
first note and I don't think it made it)
I'm installing mod_perl for the 3rd time using pretty much the same config
(machine, OS etc) as before but this time around I'm getting a lot of
strange errors when I run "make test
Startup.pl
>>
>>
>> Thomas Klausner wrote:
>> > Hi!
>> >
>> > On Tue, Mar 18, 2003 at 01:39:41PM -0500, Chris Faust wrote:
>> >
>> >
>> >>I'm running mod_perl 2 on RedHat with Apache 2.0.44 and I'm
>> using
Thanks Thomas, that is what I wanted to know!!
-Chris
>> -Original Message-
>> From: Thomas Klausner [mailto:[EMAIL PROTECTED]
>> Sent: Tuesday, March 18, 2003 1:50 PM
>> To: Modperl
>> Subject: Re: Using a Startup.pl
>>
>>
>> Hi!
>&g
Hello All,
This may be a stupid question, but I'm not finding any clear documentation
to give me a answer.
I'm running mod_perl 2 on RedHat with Apache 2.0.44 and I'm using NamedBased
Virtual Hosting in apache (so I have a number of virtual hosts and apache
directs properly based on hostname).
I
Hey Paolo,
Did you try to add some die statements to see if it made any difference, so
something like:
use Image::Magick;
my $image=Image::Magick->new(size=>'75x75');
$image->Read('null:white');
die &display_error("Read Error Error: Image: null:white $image \n") if
($image);
my @x = $imag
ECTED]
>> Sent: Friday, February 21, 2003 12:02 PM
>> To: Chris Faust
>> Cc: Modperl
>> Subject: Re: mod_perl 2 apache::session and "or die"
>>
>>
>> Chris Faust wrote:
>> > I think it is in the locking as if I let things hang long
>
gt;> Sent: Wednesday, February 19, 2003 11:55 AM
>> To: Chris Faust
>> Cc: Modperl
>> Subject: Re: mod_perl 2 apache::session and "or die"
>>
>>
>> Chris Faust wrote:
>> > All works well except when there is any kind of problem in the
&
I'm having a problem since installing Apache::Session
All works well except when there is any kind of problem in the script where
the condition will die..
For example:
$db->execute() or die...
open yadda or die..
$db->prepare() or die...
etc.
When this happens everything to do with that script i
>> Also remember, that you can't test modules that require mod_perl
>> to run from
>> the command line. You'd have the same result with mod_perl 1.0
>>
Thanks, I didn't know that at all as I test all my modules that way and have
never had a problem.. Of course most are not mod_perl specific.
-Ch
Awesome!! That must be my problem..
I searched everyplace else, but totally forgot searching the list..
Sorry about that.
Thanks Again!!
-Chris
>> -Original Message-
>> From: Nick Tonkin [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, February 14, 2003 10:46 AM
>&g
Maybe that is the problem?
I'm using 0.89 which is the newest from CPAN and that shows Jun 18..
Is there a later version available?
Thanks
-Chris
>> -Original Message-
>> From: Nick Tonkin [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, February 14, 2003 10:22 AM
&
;> From: Dr. Helmut Zeilinger [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, February 14, 2003 9:26 AM
>> To: Chris Faust; Modperl
>> Subject: Re: Apache::DBI and mod_perl 2
>>
>>
>> Hi Chris,
>>
>> are you shure that is is the Apache::DBI, that needs
Hi,
My problem seems like one that would be well documented, but I can't find
anything in any of the docs and even goggle groups only had one message and
the solution didn't relate.
Anyway, I've updated to RedHat 8.0 and Apache 2.0.44 with Mod_Perl 1.99.08
and if I try to use Apache::DBI I receiv
Hi All,
I've converted my site to mod_perl and everything seems great..
Sometimes it will run for days without an issue and other times the machine
will die, normally because of out of memory problems.
My question is, should I be doing anything to worry about memory? I mean I
would think when th
29 matches
Mail list logo