In a running httpd you can see how you have configured the CPerl
sections through the URI
L/perl-status|debug/Apache_Status_Embedded_Inter, by choosing IPerl
Section Configuration from the menu. In order to make this item show
up in the menu you should set C$Apache::Server::SaveConfig to a
Stas Bekman wrote:
I still don't know your name, so I'll just use 'you' :)
or trillich (or even 'will' on my birthday).
First, please keep the replies posted to the list. We don't want to answer
something more than once, when it goes to the list, someone will answer
you and it'll be
while($domain = $sth-fetchrow_array)
{
$PerlConfig .= "CONFIG";
VirtualHost $ipAddr
ServerName www.$domain
ServerAdmin webmaster@$domain
ServerAlias $domain
DocumentRoot $baseDir/www.$domain/htdocs/
/VirtualHost
CONFIG
}
doesn't $sth-fetchrow_array() return a
sorry i haven't been clearer about this:
with a few inserted debug statements (say, printing
the string to my tty directly) i can tell that the perl
code gets executed.
but no apache settings are affected. ZERO effect on apache.
doesn't act as if its done a damn thing. apache ignores it
even
from his webtechniques article a while back--(source code
is available at www.webtechniques.com)... here's a slice from
r.schwartz's quickie DBIlogger--
$r-push_handlers (
PerlLogHandler =
sub {
my $orig = shift;
my $r = $orig-last;
my @data =
(
redefined subs with perlrun?
pertinent parts, from httpd.conf:
#for running perl scripts
PerlModule Apache::PerlRun
#for running perl internally from within apache
#PerlModule Apache::Registry
ErrorDocument 401 /cgi-bin/noAccess.pl
"Alexei V. Barantsev" wrote:
w trillich [EMAIL PROTECTED] writes:
speaking of autoindex issues-- i can't get apache to
display the HEADER or README files (above and
below the tabular file listing), and when i posted
my most recent question, someone else piped up and
sa
Bri Carey wrote:
When I display an .iphtml page in Netscape, everything seems to be fine.
When I display it in IE (4.72), I get a plain text output of the source
code, including html tags.
Why this discrepancy?
I've tried setting the default type to text/html in the
Stas Bekman wrote:
On Sun, 14 May 2000, w trillich wrote:
i noticed this in the html source of the new guide
(this was on porting cgi to mod_perl):
LINK REL=STYLESHEET TYPE="text/css"
HREF="style.css" TITLE="refstyle"
Brett Lee wrote:
but with mod_perl, the info in the hash tables seems to be found "every
other refresh" (which has me stumped).
Would anyone be able to suggest a solution or reading material on this?
don't forget to check your stuff out with single-process mode,
via 'apachectl stop; apache
"Jeffrey W. Baker" wrote:
On Thu, 18 May 2000, brian moseley wrote:
On Thu, 18 May 2000, Autarch wrote:
pretty slow if you build a string using .= instead of using
smarter methods, like pushing strings onto an array and then
joining it.
You tried to sell me that when I was at CP,
"Bruce W. Hoylman" wrote:
"Gunther" == Gunther Birznieks [EMAIL PROTECTED] writes:
Gunther This first criteria seems a tad odd to me. What business
Gunther scenario is there for this?
The framework is to support an intranet time tracking application. The
business rules of the
12 matches
Mail list logo