On Mon, 2003-11-17 at 01:36, Christopher P. Lindsey wrote:
>Basically, it all boils down to the fact that once an SSI directive
>with #EXEC CGI is parsed, the document fails to parse any further
>SSI directives *if the script to be executed has a perl-script
>handler.*
What happen
> What happens if you use "#include virtual" instead? The "#exec cgi"
> directive has been deprecated in mod_include for years. The Apache::SSI
> module sets the content-type to "application/x-httpd-cgi" when you use
> exec cgi, and that might be causing a problem here, since what you are
> inclu
Stas Bekman <[EMAIL PROTECTED]> writes:
> Brian McCauley wrote:
> >
> > Stas Bekman <[EMAIL PROTECTED]> writes:
> >>
> >>I think it would be more clear if all are declared at the top of the
> >>file,
> >
> > Declaring variables at the top of the file is, IMNSHO, a bad
> > programming habit that sh
An interesting test would be to put a sleep(20) adter the delcaration of
the second database handle, then open a mysql shell and do a :
show processlist;
to see how many connections you have to your database server. My guess
is that you will see one. If thats the case, then whats happening is
p
I've got an existing production system which I've built and maintained
over the past 3 years - I've never had a problem with mod_perl until
about 4 months ago.
During that time I built a new module - PostBlotter.pm, which was not
preloaded in startup.pl (I don't typically preload most of our peri
On Mon, 2003-11-17 at 09:30, Jamie Le Tual wrote:
> An interesting test would be to put a sleep(20) adter the delcaration of
> the second database handle, then open a mysql shell and do a :
> show processlist;
There's no need to go to all that trouble. Turning on debugging for
Apache::DBI will
On Mon, 2003-11-17 at 11:02, Brendan W. McAdams wrote:
> We have about 90% of our 20 modules in a non-preload
> state, and have never had a problem.
Depending on how likely these are to get called and how much they
increase the memory footprint, you might save significant amounts of RAM
by preload
Hi everyone
I would search archives for this but I honestly can't think what to
search for in this case :(
I have 1 server, with 2 practically identical sites on it. And calls to
databases are getting mixed up (Using MySQL and DBI)
I have an ensim server running:
Apache/1.3.27
mod_perl/1.24_01
On Mon, 2003-11-17 at 12:40, angie ahl wrote:
> So I have one set of modules in
> /home/virtual/site17/fst/var/www/perl/vert
>
> and another in
> /home/virtual/site29/fst/var/www/perl/vert
>
> And those modules have different database information (but tables inside
> are the same).
Sounds like
On Mon, 2003-11-17 at 02:15, Christopher P. Lindsey wrote:
>I actually get the same results, but I appreciate the idea!
Hmmm, then the problem is most likely in the code that you are
including. Does it happen if you include a static file instead? Can
you try taking things out of your include
Hi all,
I have this PerlSetVar behaviour. Suppose to have:
SetHander perl-script
PerlSetVar Something 0
PerlResponseHandler MyModule
But in MyModule.pm, $r->dir_config('Something') returns an undef value instead
of 0 (zero). This
sorry, I sent this yesterday from a different email account but it doesn't
look like it went through...
Christopher P. Lindsey wrote:
Hi,
I sent out an email yesterday describing some problems that I'm having
with Apache::SSI. I've narrowed things down significantly and hope that
this
Enrico Sorcinelli wrote:
Hi all,
I have this PerlSetVar behaviour. Suppose to have:
SetHander perl-script
PerlSetVar Something 0
PerlResponseHandler MyModule
But in MyModule.pm, $r->dir_config('Something') returns an undef value
Thanks for that, but CPAN seems to indicate that Apache::PerlVINC will
have a performance hit (which I need to avoid if possible).
would the following work?
if the 2 sites call a different directory name eg:
site 1:
use lib "/home/virtual/site17/fst/var/www/perl/verttemp";
use verttemp::SiteMap
On Mon, 2003-11-17 at 13:47, angie ahl wrote:
> Thanks for that, but CPAN seems to indicate that Apache::PerlVINC will
> have a performance hit (which I need to avoid if possible).
It's really for development use.
> if the 2 sites call a different directory name eg:
>
> site 1:
>
> use lib "/ho
You are quite welcome. I hope I have more chances to contribute, I
feel like I owe a great debt.
-Matisse
At 9:47 PM -0800 11/14/03, Stas Bekman wrote:
Matisse Enzer wrote:
Here's a very rough draft of what do do if the error_log includes
any "undefined symbol" errors. It's mostly based on Sta
SUCH SANMARTÍN, GERARD wrote:
I say strange because i have the next
read(STDIN,$buf,$apache_headers->{'Content-length'});
and it works (when in POST method).
But if i write
$r->read($buf,$apache_headers->{'Content-length'});
then i get no $buf, no data.
I've read some comments about this
http://www
> > Basically, it all boils down to the fact that once an SSI directive
> > with #EXEC CGI is parsed, the document fails to parse any further
> > SSI directives *if the script to be executed has a perl-script
> > handler.*
>
> from the manpage:
>
> * When chaining handlers via Apache::Fi
> I'm not sure if it's the same problem as I was having (I was using
> Apache::OutputChain instead because it seems to be more memory-friendly),
> but switching to Apache::Filter with Apache::SSI *almost* works:
>
>
> SetHandler perl-script
> PerlSetVar Filter On
> PerlModul
On Mon, 2003-11-17 at 15:59, Christopher P. Lindsey wrote:
> > The problem now is that everything is sent out encoded as text/plain. If
> > I add a line like this
> >
> >AddType text/html .phtml
>
> D'oh! I hate responding to my own posts, but minutes after sending this
> I remembered Apach
On Fri, 2003-11-14 at 14:24, Robert Knaak wrote:
> It seems that PerlSendHeader On has no effect when you are using
> Apache::RegistryFilter, how can I get the proper headed type sent?
Are you still having trouble with this? It looks to me like you can fix
it by adding $r->content_type("text/html
Thanks for the info Perrin, I was able to make it work by adding an
AddType.
I am still wondering why every example I see with Apache::RegistryFilter and
Apache::SSI makes no mention of having to set the header.
Robert
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sen
On Mon, 2003-11-17 at 18:41, Robert Knaak wrote:
> I am still wondering why every example I see with Apache::RegistryFilter and
> Apache::SSI makes no mention of having to set the header.
The only time you have to set the header is if you were relying on
PerlSendHeader instead of setting the conte
> I hate to be a wet blanket, but that looks very wrong to me.
> Apache::PassHtml does not work with Apache::Filter, so you probably are
> not running Apache::SSI on these files at all.
Hi Perrin,
You are, of course, right. :)
Apache::SSI was being used, but the Content-Type: wasn't bein
Hi,
I am building mod_perl using the following:
[EMAIL PROTECTED]> perl Makefile.PL \
? APACHE_SRC=../$apache/src \
? NO_HTTPD=1 \
? USE_APACI=1 \
? PREP_HTTPD=1 \
? EVERYTHING=1
Will configure via APACI
Configure mod_perl with ../apache_1.3.29/src ? [y]
Wh
On Mon, 17 Nov 2003, Christopher P. Lindsey wrote:
> Hi,
>
>I sent out an email yesterday describing some problems that I'm having
>with Apache::SSI. I've narrowed things down significantly and hope that
>this extra info can help someone point me in the right direction.
>
>Bas
-Mensagem original-
De: Carlos - Fundação MT [mailto:[EMAIL PROTECTED]
Enviada em: Monday, November 17,
2003 3:09 PM
Para: '[EMAIL PROTECTED]org'
Assunto: Problem Instaling
MOD_PERL for Win32 (Windows 2000)
Good Afternoon,
I’d like to install mod_perl for windows 2000
I've encountered a weird, intermittent problem. I have a Perl handler
that handles a certain URL. Sometimes it will fail because the $r
passed to it loses its class.
The handler starts with:
sub handler {
use strict;
my $r = shift;
my $rclass1 = ref $r;
Then, further down:
my
On Mon, 17 Nov 2003, [iso-8859-1] Carlos - Fundação MT wrote:
> I’d like to install mod_perl for windows 2000, but I donno
> how search the file mod_perl.zip….
> I need to help for you to install the Module Perl for
> Apache 1.3.29 and Perl 5.6.1 Build 6xx
The page
http://perl.apache.org/docs/1
29 matches
Mail list logo
