RE: [PHP-DEV] new webdav patch

I think allowing php users to process webdav methods in user-space is an awesome idea. One question I have, why are the MKCOL, DELETE, and UNLOCK methods not listed? according to RFC 2518 (http://ftp.ics.uci.edu/pub/ietf/webdav/protocol/rfc2518.txt), DAV clients are required to support them. Also, would you be interested in including the extensions to DAV defined by DeltaV? This would add the following methods: VERSION-CONTROL, REPORT, CHECKIN, CHECKOUT, UNCHECKOUT, MKWORKSPACE, UPDATE, LABEL, MERGE, BASELINE-CONTROL, MKACTIVITY. I'm not terribly familiar w/ the DeltaV stuff, but it seems that if php is getting the ability to handle dav request, why not include this extension. You can read more about deltav at http://www.webdav.org/deltav/protocol/rfc3253.html thanks dave -----Original Message----- From: Christian Stocker [mailto:chregu@bitflux.ch] Sent: Tuesday, August 20, 2002 1:46 PM To: Rasmus Lerdorf Cc: php-dev@lists.php.net Subject: Re: [PHP-DEV] new webdav patch On Tue, 20 Aug 2002, Rasmus Lerdorf wrote: > > On Tue, 20 Aug 2002, Rasmus Lerdorf wrote: > > > > > It is getting there. You are checking for POST under webdav_methods when > > > POST is already allowed by default, so it is a redundant strcmp(). > > > > oops. that one slipped through and was certainly not intended to be there > > :) > > > > > Anybody else here have an issue with adding this configue option which > > > will allows webdav methods through to be handled in user space? > > > > Just to avoid missunderstandings: It's not a "./configure" option, but a > > php.ini/.htaccess option, which is turned off by default. > > Sorry, right, I should have been more explicit. > > Do you have karma to commit this? If nobody screams, I suggest you commit > it. No, I don't have karma for the whole php4 tree. Someone else has to commit it or if noone wants to be blamed later, someone has to give me karma :) christian -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php