Why I don't like WebDAV, part 1
Yesterday and today I spent a lot of time using WebDAV updating one web site, and creating another, both at hosts which use that protocol for accessing file directories on hosted sites. It has taken longer than it should have, possibly caused my Mac OS X 10.4.10 desktop to crash, and ultimately forced me to use both the shell and FTP to get permissions set right and the right files in the right places. It shouldn't be this hard. Part of the blame may lay with Mac OS's native implementation of WebDAV, but I've not seen any implementation that is better on the whole.
WebDAV comes up short, because:
- It is not reliable. It frequently leaves files incompletely transferred, gets hung during transfers, gets permissions wrong, or issues false alarms.
- It is slow. Annoying slow.
- It is incomplete. No surprise, being built on top of HTTP, a protocol never meant for file handling semantics. There's no clean and reliable way to do stat(2) and chmod(2) functions -- something pretty much implemented in every file system used on the server side, and necessary for getting the job done.
- There are no industrial-grade or polished, complete implementations. Is there any implementation not based on the Neon libraries? Not to criticize the authors of Neon; after all, it's a volunteer open-source project -- but, Neon has not exactly had a lot of active development and rigorous testing (other than by poor hapless users).
- It's obtuse. Did they really have to invent new names for everything?
Some people praise or use WebDAV over FTP, because of FTP's 2 biggest glaring short-comings -- lack of encryption (a solved problem) and lack of authentication flexibility (how hard can it be to add that to an FTP server?). That's hardly a good reason to invent and use a new protocol which fails to meet the needs in a bunch of other ways, and is pig slow and inefficient compared to FTP. Why not just improve FTP?