Je cherche à déployer un wiki interne au travail et je cherche un wiki qui a une interface facile à utiliser et un éditeur WYSIWYG (Pour les personnes qui ne trouvent pas le menu de démarrage dans vista :))
Gratuit et payant sont les bienvenus
Réponses:
MindTouch (anciennement Dekiwiki) est plutôt sympa. Nous l'utilisons pour notre Intranet et nos utilisateurs semblent l'adorer.
Jetez un œil à WikiMatrix , où vous pouvez les comparer en répondant à quelques questions .
Nous utilisons le wiki open source Screw Turn . Il est sur le point d'avoir une nouvelle version (version 3) qui prendra en charge à la fois l'édition et le balisage WISIWIG.
Il s'exécute sur une plate-forme Windows sous ASP.net dans IIS.
Nous utilisons avec succès Mediawiki en interne et il existe un moyen de remplacer l'éditeur normal par FCKEditor pour l'édition WYSIWYG sur http://mediawiki.fckeditor.net .
Sans parler d'une gamme d'autres extensions qui peuvent être utiles.
Nous utilisons Atlassian's Confluence depuis environ deux ans maintenant. C'était génial, ils ont d'autres outils qui s'intègrent avec. Cela coûte de l'argent, mais ce n'est pas tant que ça et ils ont même une option hébergée de sorte que vous n'avez pas besoin de gérer l'administration. Confluence dispose également d'un éditeur WYSIWYG intégré et peut importer / exporter vers des documents Word et exporter vers des fichiers PDF.
L'un des grands avantages est qu'il existe un bon écosystème tiers et que de nombreux nouveaux plugins et fonctionnalités sont disponibles.
Windows SharePoint Services possède une fonctionnalité wiki avec une interface facile à utiliser et un éditeur WYSIWYG. Il est fourni en téléchargement gratuit pour Windows Server.
J'ai utilisé Dokuwiki après avoir fait des recherches en utilisant le site de comparaison wiki: wikimatrix.org.
Ce que j'ai aimé à propos de Dokuwiki, c'est qu'il ne nécessite pas de base de données et qu'il est facile à configurer, à administrer et à étendre via des plugins PHP. J'ai trouvé que les plugins sont très puissants et qu'il était assez simple d'en créer de nouveaux (je ne suis pas du tout un expert PHP) - voir mon blog à ce sujet: blog.monnet-usa.com/?p=33
J'utilise Dokiwiki sur IIS et j'ai utilisé un plug-in d'intégration AD pour permettre l'authentification Windows à mes utilisateurs.
je suis assez content de dokuwiki . dans mon cas, il s'agit d'authentifier les utilisateurs par rapport à Active Directory via LDAP.
je peux voir qu'il y a un plugin WYSIWYG, mais je ne l'ai jamais utilisé.
Foswiki a un éditeur WYSIWYG, voyez-le en action dans la vidéo surlignée sur la page d'accueil.
Nous avons utilisé avec succès Open Wiki: http://www.openwiki.com/
Fitnesse est le plus facile à installer que j'ai utilisé, mais il est très limité (formatage et gestion des fichiers).
J'utilise Trac pour la gestion de projet, la navigation dans le référentiel SVN et le suivi des problèmes, et son wiki est très agréable. Bien sûr, ce n'est pas seulement un wiki, donc il peut être déroutant d'avoir les autres fonctionnalités si vous ne les utilisez pas. Trac est mon préféré actuel.
J'ai utilisé MediaWiki dans le passé. La configuration a été plus difficile, mais les capacités du wiki sont excellentes. C'est le logiciel qui anime Wikipédia. Il est cependant plus difficile à mettre en place que Fitnesse et Trac.
Je n'ai jamais administré une installation Confluence , mais j'ai utilisé le wiki et c'est génial, mais pas gratuit. Si l'installation et l'administration ressemblent aux autres produits d'Atlassian, ce sera un jeu d'enfant. Ou vous pouvez l'utiliser hébergé par Atlassian et éviter complètement l'installation.
Il y a tellement d'options avec tant de fonctionnalités différentes, votre meilleur pari est de suivre les conseils de stukelly et de consulter le WikiMatrix .
Une bonne solution wiki que nous utilisons est XWiki . Je le recommande pour les raisons suivantes:
Nous utilisons Twiki ( http://twiki.org/ ) chez Motorola et cela fonctionne plutôt bien
De ma réponse au # 10023 :
Sur mon lieu de travail, j'ai abandonné ScrewTurn Wiki sur l'un de nos serveurs de développement Windows et l'ai connecté à notre serveur SQL. Cela fonctionne très bien, fonctionne rapidement et reste principalement hors de notre portée pour la documentation. Au cours des deux semaines suivant son déploiement, nous avons déjà ajouté environ 60 pages d'informations, et ce n'est que pour notre équipe (~ 10 personnes).
Jusqu'à présent, nous conservons des informations sur les projets actuels et passés là-bas, et avons commencé à ajouter des informations sur les applications, telles que la façon de les créer à partir de zéro, les URL et d'autres informations importantes pour les nouveaux développeurs de l'équipe.
L'une de mes pages préférées sur le wiki a été la page des outils et des bibliothèques. Là, nous avons commencé à ajouter des informations sur nos outils de productivité préférés et nos bibliothèques que nous utilisons beaucoup, dont un exemple est grepWin pour la recherche de texte dans Windows.
Je recommanderais pleinement de vérifier la gamme complète des wiki disponibles et d'en trouver un qui convient à votre utilisation, à vos fonctionnalités et à votre environnement de déploiement. J'ai choisi ScrewTurn parce qu'il est facile à utiliser, et nous avions une tonne d'espace libre sur notre WinServer local, mais YMMV.
Je vous suggère de regarder une page de comparaison APRÈS que vous vous soyez assis et que vous ayez pensé exactement à ce dont vous avez besoin. Avez-vous besoin de sauvegarder le wiki et comment s'intègre-t-il à votre infrastructure existante?
Une comparaison des wikis se trouve sur ce wikipedia. Regardez le "Comparison_of_wiki_software".
Je vais mettre mon parti pris à l'avant-plan - je travaille pour Microsoft et je suis le responsable de programme responsable de la prochaine version des wikis SharePoint.
Je pense que pour les clients qui ont déjà un environnement SharePoint configuré, le wiki dans SharePoint 2007 est une alternative raisonnable.
Un article de blog de l'un de nos MVP décrivant les wikis SharePoint: http://woodywindy.spaces.live.com/blog/cns!773832677F575173!653.entry
Nous ne sommes pas tout à fait prêts à partager ce que nous en sommes pour la prochaine version, mais assurez-vous de ne pas perdre de vue les annonces concernant SharePoint 2010.
Nous utilisons actuellement Alfresco comme remplacement Open Source pour Sharepoint. Notre base d'utilisateurs n'est pas technique et l'utilise sans aucune plainte ni problème. Vous pouvez télécharger une VM Vmware préconfigurée à partir d'Enspeed si vous souhaitez l'essayer. Il prend également en charge le téléchargement d'informations via SMB et Webdav et l'intégration d'Active Directory.
Liens: