Question

Nous recherchons un système de gestion de documents basé sur le Web pour Linux, simple et open source. Par gestion de documents, je veux dire la capacité de stocker un ensemble de fichiers (minimalement doc, xls et pdf) en tant que document. Associez des métadonnées au document comme propriétaire et version. Mettre à jour et supprimer des documents. Possibilité d'indexer et de rechercher du contenu. Authentification et capacité à autoriser au moins lecture et écriture possible. Si possible, j'aimerais éviter les implémentations en Java ou en PHP, et comme nous utilisons déjà MySQL, cela fonctionnerait particulièrement bien pour le stockage de méta-données.

Nous avons utilisé Google Applications par le passé, mais le manque de prise en charge de PDF en fait un format inadéquat. Parmi les autres inconvénients, citons le service qui perd certaines de nos feuilles de calcul, aucune notion d'entreprise propriétaire d'informations opposées à des comptes individuels. Certaines de nos informations sont sensibles et nous préférons les conserver en interne (mots de passe, contrats, etc.).

MediaWiki ne convenait pas non plus, car nos documents sont en réalité un ensemble opposé au contenu structuré (c’est-à-dire qu’ils ne recherchent pas de système de gestion de contenu), et au moins la version que nous avons installée ne traitait pas bien les pièces jointes.

Sur la base de l’examen des questions précédentes, j’ai l’intention de me pencher sur KnowledgeTree. Quels autres projets devrions-nous envisager?

Était-ce utile?

La solution

J'utilise KnowledgeTree depuis quelques mois maintenant pour développer une application ASP.Net et je n'ai que de bonnes choses à en dire. Notre produit l'utilise pour le stockage / la récupération de PDF et il ne pourrait vraiment pas être plus facile à gérer. L'installation de base vous offre un environnement simple avec des quantités de configuration quasi infinies pour les méta-données, les groupes de documents et diverses options de sécurité. En outre, le personnel de KnowledgeTree a été très utile et nous a fourni un exemple de code lorsque nous nous sommes heurtés à la question "comment allons-nous procéder?" moments.

Autres conseils

J'appuie la recommandation sur KnowledgeTree. Je l'utilise depuis quelques années et j'ai environ 1K documents indexés. L'année dernière, j'ai écrit un court script qui surveille la table de transactions de KT (en MySQL) et informe les utilisateurs des documents nouveaux ou mis à jour via Twitter, Identica et / ou Jabber. Les flux Twitter / Identica peuvent ensuite être surveillés avec un lecteur RSS.

Cherchez quelque chose qui indexera tous vos formats de document et gardez-les consultables.

J'ai résolu ce problème dans mon bureau à l'aide de Coldfusion. Il intègre un moteur de recherche de contenu. Il indexe les fichiers de votre réseau (doc / xls / pdf, etc.) pour rendre le texte qui y est interrogeable (comme Google).

Un moteur de recherche instantanée pour tous mes fichiers, jusqu'à 150 000 environ, est intégré gratuitement à Coldfusion, donc cela convient à mon objectif. Un tel système vous permettrait de sauvegarder vos fichiers sur un réseau comment / où et vous-même. " d être capable d’extraire le reste des informations sur les propriétaires, les dates de modification à travers les bibliothèques disponibles dans java / .net.

Je suis sûr que vous pourriez reproduire cela avec une autre langue, mais probablement avec un peu plus d'effort. Je souhaite actuellement pouvoir utiliser l'API Google Docs en tant qu'éditeur wysiwyg dans mon propre wiki en interne .. cela résoudrait la plupart de mes problèmes, car tout serait basé sur un intranet.

Essayez https://www.mayan-edms.com , écrit sur Django, db agnostic

Vous pouvez envisager de GroupDocs , car ils disposent de stockage, de conversions et de quelques fonctionnalités supplémentaires.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top