Difference between revisions of "Talk:WebDAV"

From ArchWiki
Jump to: navigation, search
(Consistency with LAMP setup entry on Arch Wiki)
Line 43: Line 43:
  
 
:: So do I. I think however this article should be discarded and replaced/merged with [[Talk:WebDAV authentication]] as that looks much cleaner. I am no expert on WebDAV but maybe you would like to do it Jwhendy? -- [[User:Lonaowna|Lonaowna]] ([[User talk:Lonaowna|talk]]) 00:55, 15 January 2013 (UTC)
 
:: So do I. I think however this article should be discarded and replaced/merged with [[Talk:WebDAV authentication]] as that looks much cleaner. I am no expert on WebDAV but maybe you would like to do it Jwhendy? -- [[User:Lonaowna|Lonaowna]] ([[User talk:Lonaowna|talk]]) 00:55, 15 January 2013 (UTC)
 +
::: The two should be merged. But [[WebDAV]] is a better name. So [[WebDAV authentication]] should merged here. -- [[User:Fengchao|Fengchao]] ([[User talk:Fengchao|talk]]) 14:20, 16 January 2013 (UTC)

Revision as of 14:20, 16 January 2013

WebDAV Autoversioning

Wed Dav was originally intended to be used used with versioning control embedded. But because the RFC 2518 left out the versioning concepts before finishing up on developing it, WebDAV expects that there is only one version of each file and or directory which in effect can be overwritten. To help shove WebDAV into a mode that it was originally designed for, we have autoversioning. With autoversioning on, it will send an automatic commit each time the file is uploaded. As a network share user, you will just see the file as uploaded, but with a Subversion client you can access the versions that are being created in the background, via Autoversioning.

To use autoversioninf with webdav, in the /etc/httpd/conf/httpd.conf add the following

  <Location /repos>
      DAV svn
      SVNPath /var/svn/repository
      SVNAUtoversioning on
  </Location>

Keep in mind, if your application autosaves, or uploades a 0 byte length file prior to uploading the file, then those files will get versioned as well.

cadaver(an http command line WebDAV client), Nautilus (Gnomes file expolorer), Konqueror (KDE's file browser), and davfs support WebDAV features, as well as many other non-linux applications.

Nautilus) 'file' 'open location' then enter the url

Konqueror) use webdav:// instead of http:// to access via WebDAV --Wolfdogg 02:48, 24 January 2012 (EST)

Consistency with LAMP setup entry on Arch Wiki

Can this page be edited to be consistent with the LAMP wiki entry? LAMP entry proposes:

   DocumentRoot "/srv/http"
   <Directory "/srv/http">

This entry features:

   <Directory "/home/httpd/html/dav">

I'm new to webdav, using Arch wiki entries exclusively to figure out Apache and webdav setup. It is my belief after going through this that these are incompatible. The webdav location must be somewhere under the DocumentRoot directory structure. Changing my location to /srv/http/dav works, while /home/httpd/dav does not. I don't think the dav entry can be arbitrarily anywhere, even if httpd.conf knows about it -- it must be under DocumentRoot.

Could the articles be changed to the preferred location, or the two articles merged? I'm happy to do this, and have edited the wiki before, but don't want to change it to one or the other in case there were motivations for using /home/httpd instead of /srv/http.

At least one person has run into this, evidenced by an Arch forum post.

Jwhendy (talk) 20:11, 12 January 2013 (UTC)jwhendy

I think /srv/http is the right place. Since the old location does not work, you can change it. However, merge with LAMP is not a good idea. They have different purpose. -- Fengchao (talk) 00:14, 14 January 2013 (UTC)
So do I. I think however this article should be discarded and replaced/merged with Talk:WebDAV authentication as that looks much cleaner. I am no expert on WebDAV but maybe you would like to do it Jwhendy? -- Lonaowna (talk) 00:55, 15 January 2013 (UTC)
The two should be merged. But WebDAV is a better name. So WebDAV authentication should merged here. -- Fengchao (talk) 14:20, 16 January 2013 (UTC)