On Jul 10, 2008, at 4:15 AM, William Scott Jordan wrote:
Hey all!
I've recently added a custom server error message using a redirect
in AOLserver's config file. Since then, I've been occasionally
seeing the following error in the logs:
[09/Jul/2008:18:04:08][30505.1690512][-conn:1-]
Yes, Jay. New method is:
ns_limits set default -maxupload [expr 1024 * 1024 * 1024]
-
Juan José del Río|
(+34) 616 512 340| [EMAIL PROTECTED]
Simple Option S.L.
Tel: (+34) 951 930 122
Fax: (+34) 951 930 122
http://www.simpleoption.com
On Wed, 2008-07-09 at 21:10 -0400, Jay
Hello Scott,
In the configuration file, you must give the ABSOLUTE path to the error
page. After changing that, restart the server and test it out.
Regards,
Juan José
-
Juan José del Río|
(+34) 616 512 340| [EMAIL PROTECTED]
Simple Option S.L.
Tel: (+34) 951 930 122
Fax:
Hi Scott,
Exactly how did you add the custom error page?
And do you know what PROPFIND refers to?
Brian
-Original Message-
From: AOLserver Discussion [mailto:[EMAIL PROTECTED] On Behalf Of William Scott
Jordan
Sent: 10 July 2008 03:15
To: AOLSERVER@LISTSERV.AOL.COM
Subject:
No help on that?
2008/7/7, Eduardo Santos [EMAIL PROTECTED]:
Hi everibody,
I'm trying to make mediawiki work on AOLServer 4.5.0 + PostgreSQL 8.1
and I'm facing some problems I didn't expect. I've managed to configure
the connection Ok, but everytime I try to access the Start Page i see
Hello Eduardo,
Well, as far as I have seen, you've mapped .php files to PHP, but the
url you're giving us is not finished in .php , so maybe that's the
reason why php is not working correctly.
Put a file with test.php as name in a directory with some php code,
and see if it gets executed
On Jul 10, 2008, at 11:44 AM, Fenton, Brian wrote:
Hi Scott,
Exactly how did you add the custom error page?
And do you know what PROPFIND refers to?
As I said earlier, probing by WebDAV ops causes this error ... and
googling PROPFIND yields, unsurprisingly:
The WebDAVPROPFIND Method
Okay that is helpful, but
Jay,
The below code only sets the upload limit for the default threadpool,
which handles all unhandled requests from all virtual servers.
(I think!)
I wonder if there is a hard connection between the threadpools which are
defined by url patterns, and the limits
Is anything registered to handle the PROPFIND method? I'm just guessing
that could be part of the problem. Also, does /500.html exist?
Do you have any other debugging turned on? What other handlers do you
have setup?
tom jackson
On Wed, 2008-07-09 at 19:15 -0700, William Scott Jordan wrote:
I think there is a new API, mostly undocumented: ns_limits.
It is possible that these config params have been moved to that API.
tom jackson
On Wed, 2008-07-09 at 21:10 -0400, Jay Rohr wrote:
Did the method of specify the max upload size change in 4.5?
4.0.x was ns_param maxinput
You should post your actual config settings (minus any passwords)
instead of the code which produces your config.
Add this to the end of your main config file to print out the results:
set configDebug 1
if {[info exists configDebug] $configDebug} {
set sections [ns_configsections]
On Jul 10, 2008, at 6:25 PM, Tom Jackson wrote:
Is anything registered to handle the PROPFIND method? I'm just
guessing
that could be part of the problem. Also, does /500.html exist?
The problem comes about when *nothing* is registered for these
methods. I've known this for quite a long
To answer Tom's questions, nope we don't have anything specifically
registered to handle the PROPFIND method. And yes, 500.html exists as a
plain HTML file.
So how would we register something for the PROPFIND method? Would it be
something like:
ns_register_proc PROPFIND /500.html
Basically this is a bug, but you can work around it for the PROPFIND
method.
I would use a filter, since it can fire very early in the request cycle.
proc ::reject_propfind { what why } {
return filter_$what
}
ns_register_filter preauth PROPFIND /* ::reject_propfind return
14 matches
Mail list logo