I'm messing around with apache 2.0 and modperl 1.99 and Haven't been
able to come across any docs that state that I would or would not need a
dual apache setup for high load sites.
I wish to have apache 2.0 threaded.
currently my setup is Apache 1.3.26 with mod_ssl and mod_proxy and
mod_rewrite
On Mon, 9 Sep 2002, cheng wrote:
> HI:
> Currently i using win98 and i install my perl.exe in C:\perl,i have
> changed the path to C:\perl\bin under httpd(server signature on) but
> when i test this localhost/asp/printenv.html,the page come out Internal
> Server Error,but all the html page is
A new version (1.51) of OpenInteract has been released to
CPAN. OpenInteract is an extensible web application server built on
Apache, mod_perl, the Template Toolkit and SPOPS object persistence.
This version adds caching for the data generated by content
handlers. This is in addition to the cachi
HI:Currently i using win98 and i install my
perl.exe in C:\perl,i have changed the path to C:\perl\bin under
httpd(server signature on) but when i test this
localhost/asp/printenv.html,the page come out Internal Server Error,but all
the html page is fine.Any idea?thanks,have a nice
day.
> Has anyone devised a method (using mod_dav or otherwise) for writing perl
> handlers to satisfy DAV requests? All the solutions I have found so far
> either do not give enough control over the response formation or requre the
> use of C handlers.
Are you looking for complete DAV solution or s
> This function wraps an apache function (apr_ht_time()) which in
> turn uses strftime() to do the conversion.
>
> Try changing your LC_TIME or LANG variable before you start your
> web server. Perhaps start by setting LANG=C and go from there.
>
> Consult the strftime() man page for details on
Has
anyone devised a method (using mod_dav or otherwise) for writing
perl handlers to satisfy DAV requests? All the solutions I
have found so far either do not give enough control over the response formation
or requre the use of C handlers.
Thanks,
Eric
***Eric
Flynn[EMAIL
Hello,
According to docs, $r->prev returns undef unless there is an internal
redirect. But to
my surprises, $r->prev is always defined, severely breaking down the
code/flow logic
of my scripts.
Here is what I have in /Index.cgi (My browser defaults to that page) for
debugging
$r->log_error($r