GNU general public license, version 2 and later.
This module target to add WebDAV access to Drupal content management. It is basically a WebDAV server pumping it's data from a specialized WebDAV API. It has been developed for tree years now and all this time I tried to improved it in order to get speed, compliance and security.
This module can be seen in three parts :
From a user point of view, only the third part is interesting. By activating the WebDAV for nodes module, you can :
If you enable WebDAV for attachements module, you also be able to :
If you enable WebDAV for filesystems module, you will be able to :
Every of those operations can be done using Gnome/Nautilus (specially with the new GVFS layer), KDE/Dolphin, DavFS2, Cadaver, MacOS and Windows Web shares, etc. You can also edit a node content with OpenOffice 3.0, gedit (as I'm doing right now) or event MS-Word.
It is also possible to use a simple web browser like firefox by just pointing to http://my_server/webdav. It's now fully integrated with Drupal so you can use this feature to allow users to browse some files in order to download them (ex. here).
From a developer point of view, this module give the ability to expose any kind of Drupal data using a simplified WebDAV API. Originally this was not the case. It was Nick Vahalik who gave me this idea to turn this monolithic module in WebDAV framework. He also wrote the first draft of this hooking system.
A year later, I rewrote the all module in order to make it compatible with Drupal 6.x. I also tried to improve this API by trimming as much as possible the WebDAV complexity. Now, making a module using this API to, for example, manage comments, take me something like an hour of work.
The current version is still under development but is close to release. I use it on an every day base for a month now without any noticeable problem.
You can find a documentation for this API here.
With a simple WEB browser by using the address http://my_server/webdav/. After authentication you should be able to browse your content.
For Gnome/Nautilus and any GIO/GVFS compliant applications (Gnome 2.24 and later), you can directly enter the url like this dav://my_server/webdav (davs if it is secured).
For KDE/Dolphin and any KIO compliant application, you can directly enter the url like this webdav://my_server/webdav (webdavs if it is secured).
With Cadaver you just have to entre cadaver http://my_server/webdav.
With DavFS and DavFS2 you have to mount like this mount -t davfs http://my_server/webdav/ /mnt/disk/ -o username=gaston. You can also use display names by setting use_displayname 1 in /etc/davfs2/davfs2.conf.
For MacOS, you can connect to a webdav folder using GO/Connect to server. Now you can add your server url : http://my_server/webdav (https if it is secured).
For Windows, you can connect to a webdav folder by opening Networks and clicking on Add a favorite network. Now you can add your server url : http://my_server/webdav (https if it is secured).
The best option for testing is cadaver as it is plain and simple. The only problem with cadaver is it don't support display names; So for those tests, to use NID and FID.
First be sure you set debug level to "verbose" in WebDAV server settings. Be careful with your data, never do this on a production server as the module has not been fully tested.
Now you can follow my testing path :
- reply
M Hill (not verified), le 28 December, 2008 - 12:39When I try to connect to webdav folder usin OS X and the above instructions "GO/Connect to server" I get a authentication error for any user account, including UID 1 (admin).
Whereas browsing the webdav folder from within Drupal (once logged in) works fine. Do you know how to resolve this authentication problem, so that I can mount the folder on my local filesystem?
Many thanks.
- reply
M Hill (not verified), le 28 December, 2008 - 17:07I reviewed the issues on the drupal project page and found a thread referring to a similar "authentication loop" problem. I've resolved it temporarily by developing locally using Mamp, where it works like a dream. I assume I've got some server issues to resolve.
- reply
Ulhume, le 1 January, 2009 - 11:51I don't thing this can be the same issue as it was directly linked with a way of handling missing ending slashes that I don't use anymore. Can you increase your verbosity level and creating an issue on drupal.org ? I don't have any MacOS to test so I need more information.
Post new comment