[gelöst] Suche Document Mangement System

Hallo Linuxer,

ich suche ein Dokumentenmanagement-System, welches ich auf dem von mir angemieteten Webspace aufspielen kann (dort läuft Apache, PHP5, mySQL). Irgendwelche Installationen kann ich dort nicht vornehmen.
Ich benötige kein komplettes CMS oder Projektmanagement, sondern nur eine Möglichkeit, dass mehrere angemeldete Nutzer (ca. 8-10) via Browser auf Dateien zugreifen können (Herunterladen, Upload, Löschen,...). Es sollte eine gewisse Zugriffskontrolle geben, so dass nicht jeder der angemeldeten Nutzer auf alle Dokumente zugreifen kann.

Wunschliste:
1) Open source (wie dotproject, phpMyAdmin, Xinha: ein PHP-Paket, welches ich aufspielen kann/darf)
2) User Interface: Im Idealfall Drag&Drop und eine Baumstruktur ähnlich eines Dateimanagers (die Nutzer sind eher unbedarft und kennen sich so lala mit Win/OSX aus)
3) von Euch empohlen, d.h. keine völlig unbekannte SW, die irgendwelche krummen Sachen macht

Bisher habe ich versucht:
1) FTP: Leider keine Zugriffskontrolle in Unterverzeichnissen, deshalb ungeeignet.
2) dotproject: Ist als Projektmanagement zu viel des Guten. Und die Dokumentenverwaltung ist leider nur rudimentär.

Ich habe leider nichts gefunden, was z.B. bei heise schon mal besprochen worden wäre und ich möchte nicht eine völlig unbekannte SW er"googeln" und aufspielen. Meine Frage an Euch Experten ist also:

Könnt Ihr mir ein Programm empfeheln, welches ich zum Dokumentenmanagement auf meinem gehosteten Webspace einsetzen kann?

Vielen Dank schon vorab!
Markus

PS: Ich hoffe, das Posting ist nicht allzu falsch hier, aber DMS ist ja irgendwie eine Untergruppe von CMS...

Dieser Thread steht nur 2 Zeilen unter deinem: http://www.linux-club.de/viewtopic.php?f=63&t=100268

Hallo Rainer,
danke. Dort habe ich zunächst auch gelesen, wollte mich aber dort nicht einmischen. Denn anders als Knappe in
http://www.linux-club.de/viewtopic.php?f=63&t=100268
suche ich nichts mit Office-Integration, Scannen von Dokumenten, OCR, etc.

Ich bräuchte etwas ganz schlankes, z.B. in PHP, das es ein paar Nutzern ermöglicht, ein paar Dokumente zu verwalten.
Die im anderen Thread erwähnten ecoDMS (nur 3 Nutzer kostenlos), agorumDMS, Plone und Scalix (erforden Installation) sind für mich nicht geeignet.

Den unkommentierten Link von Grothesk am 8. Jan 2009 zu SourceForge
http://sourceforge.net/search/?type_of_search=soft&words=dms
habe zugegebenermaßen bisher übersehen. OWL dort könnte etwas sein, die vielen Downloads implizieren eine breitere Akzeptanz. Damit ist meine Frage also wahrscheinlich tatsächlich beantwortet. Wenn Du meinst, kannst Du diesen Thread auch löschen.

Nochmals Danke & schöne Feiertage,
Markus

Graf Zahl schrieb:

Wenn Du meinst, kannst Du diesen Thread auch löschen.

Zum Vergrößern anklicken....

Warum sollte ich? Erstens kann ich das nicht, weil ich nicht der Mod in diesem Unterforum bin, und zweitens würde ich auch nicht wollen, da deine Problemstellung ja durchaus einen eigenen Thread rechtfertigt.

Der Hinweis auf den anderen Beitrag (der dir ja dann doch weitergeholfen hat ) bezog sich in erster Linie auf die Vielzahl von Systemen, die von den diversen Teilnehmern dort genannt wurden.

Dir auch schöne Feiertage!

Hallo nocheinmal.
Ich habe mir "OWL Intranet 0.96a" nun etwas genauer angesehen und möchte es hier kurz kommentieren:
Das Programm ist - wie der Name schon sagt - im Auslieferungszustand nur für das Intranet geeignet, wo man davon ausgehen kann, dass keine bösen Jungs hinter Deinen Daten her sind. Von einer Nutzung im Internet kann ich bei OWL 0.96a nur warnen. Da unser Team keine besonders geheimen Daten austauscht, habe ich um OWL herum etwas modifiziert und nutze es so nun trotzdem im Netz. Hier meine Beobachtungen:

Vorbemerkung: OWL ruft man standardmäßig über http://[domain]/owl-0.96 auf. Ich habe "owl-0.96" allerdings in "owl" umbenannt.
___

1) Keines der OWL-Unterverzeichnisse ist vor direktem Zugriff aus dem Netz geschützt. Die Konfigurationsdatei ([domain]/owl/config/owl.php) liegt offen da, sie enthält alle Login-Infos zur Datenbank, alle weiteren Pfade etc.
Meine Lösung: Ich habe Apache mit einer [domain]/owl/config/.htaccess-Datei gesagt, dass dort Schluß ist.

2) Alle hochgeladenen Dokumente werden in
http://[domain]/owl/Documents/[Unterverzeichnisse]/[Dateiname] abgelegt. Auch hier gibt es keine Zugangsbeschränkungen. Damit kann JEDER ALLE Dateien sehen!
Lösung auch hier: Eine Entsprechende .htaccess-Datei in [domain]/owl/Documents/ hinterlegen. Glücklicherweise funktionieren Downloads der Dateien auch mit vorhandener .htaccess-Datei.
Man könnte das Verzeichnis "Documents" auch umbenennen, müsste den Namen dann auch in der Datenbank ändern. (Darauf habe ich bisher aber noch verzichtet.)

3) Kleine Vorschaubilder aller Grafiken werden in [domain]/owl/ThumbNails abgelegt. Diese werden direkt über http angefordert
(z.B. <img src="http://[domain]/owl/ThumbNails/x_x_large.png">...)
Lösung: Hier gibt es keine wirkliche Lösung, denn .htaccess kommt nicht in Frage. Ich habe durch eine index.htm-Datei das freie Browsen verhindert - da die Bilder aber einfach durchnummeriert werden, ist das überhaupt nicht sicher.
In der Konfigurationsdatei habe ich deshalb das Verzeichnis "ThumbNails" umbenannt, so dass es für völlig außenstehende nun nicht mehr so leicht zu finden ist.

4) Es gibt eine Menge Verzeichnisse "scripts", "lib", und vor allem "tools", die Dateien enthalten, von denen mir überhaupt nicht klar ist, was die so tun, insbesondere bei tools. Ich fühle mich nicht wohl dabei, dass diese Scripte ausführbar sind und auf meine Datenbanken zugreifen können.
Lösung: Ich hoffe, dass .htaccess auch hier eine ausreichende Lösung ist... Lieber wäre mir, ich wüsste, was ich davon löschen könnte.
___

Soweit ein paar Beobachtungen von mir. Vielleicht ist das ja für jemanden interessant...

Für unsere Anforderungen reicht mir diese Sicherheit nun (Oder liege ich da völlig falsch?). Aber wir werden keine Daten dort ablegen, die wirklich besser geheim bleiben sollen. (Zumal das bei mir (noch) alles ohne https abläuft.)

Wenn also jemand in diesem nicht sehr stark frequentierten Unterforum doch noch auf meine Ausgangsfrage ganz oben eingehen möchte, und mir etwas besseres als OWL vorschlagen könnte, würde ich mich freuen!
Markus

Hallo Graf Zahl

auch wenn das letzte Posting eine Weile her ist, hast du ja explizit um weitere Wortmeldungen gebeten

Ich kenne dein Problem gut, auch wenn ich bei uns nicht der Beschränkung unterliege keine Software installieren zu können.

Möglichkeit eins wäre meiner Meinung nach ein einfacher WebDAV, Voraussetzung wäre sicherlich das das entsprechende Apache-Modul vorhanden ist.
Des weiteren bräuchtest du natürlich Zugriff auf die Apache Konfiguration.
Eine Rechteverwaltung ist möglich wenn auch nur sehr grob über User und Gruppen.
Die Anbindung der Clients ist relativ einfach möglich ... sowohl Linux als auch Windows Clients können eine WebDAV Freigabe mounten bzw. als Laufwerk einhängen.

Als Möglichkeit zwei würde ich eine Erweiterung des WebDAV sehen ... Subversion, wobei das natürlich auch wieder installiert sein müsste, also sowohl das Subversion (SVN) selber als auch die entsprechenden Apache Module inklusive Python.
Und gerade bei einer Dokumentenverwaltung wäre meist eine Revisionskontrolle sinnvoll.

Auch ein Möglichkeit ist eine Groupware wie Horde ... das Plugin Gollem würde dann die Dateiverwaltung übernehmen -> http://www.horde.org/gollem/
Horde selber ist in PHP geschrieben, benötigt allerdings auch noch einige PEAR Module

Und zuletzt fiele mir noch ein Möglichkeit ein die für dich kaum in Frage kommt da es eine Reihe von zu installierender Software voraussetzt (Mono usw.) und im besten Fall auch auf einem SuSE System installiert wird : iFolder von Novell
iFolder ähnelt dropbox oder ubuntuOne mit der Möglichkeit Ordner für andere freizugeben

Das soll es erst mal gewesen sein ... ich würde mich aber auch über weitere Kommentare freuen da ich dieses Thema mit Interesse verfolge.
Wobei für mich nicht nur andere Lösungen interessant sind, sondern auch Erweiterungen oder Frontends der oben genannten Vorschläge.
z.B nutze ich als Frontend und Benutzerverwaltung für Subversion den USVN -> http://www.usvn.info bin aber damit noch nicht 100 Prozentig glücklich ...

So long

ThomasF