OSS Web-based File Management? 320
breadiu asks: "I work for a department at a university, and we'd love to offer students some type of web-accessible file storage, but, like most educational institutions, money is tight. There are some great closed source solutions out there like Xythos' Digital Locker Suite, but those cost.
I've had trouble finding a really well put together open source solution. I've taken a look at Slide and even Zope, but neither really match up to Xythos' offerings.
What have others done to provide centralized file storage/management? Is there anything OSS that offers WebDAV, Apache support, BSD/Linux support and Active Directory-LDAP authentication with support for Windows and Mac clients?"
FTP != WebDAV (Score:1, Insightful)
We use Novell and can do this via Netstorage, but this is not Open Source. I'm also interested to see if there are some good Open Source alternatives.
Re:Easy... (Score:3, Insightful)
Neat.
Umm..."hard" for someone who doesn't know how to script/program perhaps?
I perused your website, and found no code anywhere. Maybe you are referring to the PHP engine/interpreter itself as "opensource" (sic)?
Please help us out here and tell us what value your comment offers.Answered own question (Score:5, Insightful)
Is there anything OSS that offers WebDAV, Apache support, BSD/Linux support and Active Directory-LDAP authentication with support for Windows and Mac clients?
Doesn't Apache + mod_webdav + auth_ldap support all of this? Can't you just point any webdav client at apache and have web based file storage?
If you want normal people to access it, put up a web page with instructions on how to access it.
Re:priorities (Score:1, Insightful)
It's like calling the fire department when you burn your finger while ignoring the neighbor's house which is burning down.
Write Your Own (Score:5, Insightful)
Re:Answered own question (Score:5, Insightful)
Yes it does. This is a stupid article.
Re:Not so hard (Score:3, Insightful)
Quite the opposite, actually. If you provide a service and say "we provide a service that allows you to do and here's a link to a tutorial we wrote teaching you how to use it" the students who want to use the service will read the tutorial and learn. The others won't probably because they don't think it's a better solution that what they had been doing (floppies, cd, or emailing to themselves).
Even if it's the most intuitive, user-friendly system in the world there are still people who will need instructions so there's no need to dumb things down to try to eliminate that group. (I guess this is why I never liked HCI classes)
Re:priorities (Score:4, Insightful)
Bombs in London are barbaric but rape victims having no legal protection in Saudi Arabia doesn't bother you.
There's a Genocide happening in Sudan - what have you done to stop it?
Read tech news, get smart, get power, and use it all to go do some fucking good in this world.
Re:Answered own question (Score:4, Insightful)
How many non programmer people do YOU know who can do that?
So NO, it isn't a stupid article. But your response is a great example of one of the underlying problems in the OSS community: developers tend to forget that the rest of the world isn't made up of developers.
Re:Depends upon the projected load... (Score:1, Insightful)
Mac OS X is incredibly slow, between 2 and 5(!) times slower, in creating new threads, as it doesn't use kernel threads, and has to go through extra layers (wrappers). No need to continue our search: the G5 might not be the fastest integer CPU on earth - its database performance is completely crippled by an asthmatic operating system that needs up to 5 times more time to handle and create threads.
Workstation apps will hardly mind, but the performance of server applications depends greatly on the threading, signalling and locking engine. With the data that we have today, I think that a PowerPC optimised Linux such as Yellow Dog is a better idea for the Xserve than Mac OS X server.
Re:Answered own question (Score:4, Insightful)
I agree that the guy that said 'stupid article' was a little blunt, but I think it's fair for readers of Ask Slashdot to complain when topics are at the level of 'how do I tie my own shoe?' I have no problem with someone asking for help--there are no stupid questions--but this doesn't seem like the forum for this kind of question (front page, etc.).
I didn't get your point about technical complexity. The sysadmin/programmer's job is to understand these technologies (they listed WebDAV, & Apache in the posting after all), and the end users in this case hardly need to know anything (they just map drives or whatever, same as any other solution).
Re:Answered own question (Score:3, Insightful)
WebDAV is nifty in that there are client implementations built-in to most common OSes. It's also nice because it runs through most firewalls since it's built on top of HTTP. It's not so great at some things, though...speed can be an issue, resource usage on the server another, metadata concerns come up occasionally.
Hence a nice solution would allow WebDAV access when appropriate, and other types (e.g. SMB, AFP, NFS, local, etc) when needed.
So I don't think it's a stupid question at all -- just not asked very clearly.
We are working on a custom DAV service to accomodate this sort of usage currently, so if there is a way to use mod_dav, have it query an ldap server to log a user in, and have it read and write files to the local filesystem as that particular uid (under unix), and do so with a single config file entry for all users, please post a link to it!