Bom software wiki interno


17

Estou procurando implantar um wiki interno no trabalho e estou procurando um wiki que tenha uma interface fácil de usar e um editor WYSIWYG (para as pessoas que não conseguem encontrar o menu iniciar no vista :))

Gratuito e pago são bem-vindos


1
Você tem algum requisito mais específico?
— Zoredache

Respostas:


13

O MindTouch (anteriormente conhecido como Dekiwiki) é muito bom. Nós o usamos em nossa Intranet e nossos usuários parecem adorá-lo.


Eu recomendo fortemente o Mindtouch Dekiwiki. Recursos elegantes de extensibilidade também.
— Pc1oad1etter

1
Eu também recomendo fortemente o Mindtouch. Nós o usamos há quase 2 anos e tivemos grande sucesso.
— 218 Jeff Jeff Miles


8

Utilizamos o wiki de código aberto Screw Turn . Está prestes a ter um novo lançamento (versão 3), que suportará a edição e a marcação do WISIWIG.

Ele roda em uma plataforma Windows no ASP.net no IIS.


Usamos o ScrewTurn em nossa empresa. Ótimo software para servidores Windows +1
— splattne

1
Ele precisa de um nome melhor para ser levado a sério. Eu o uso para fornecer notas técnicas a outros desenvolvedores, bem como notas de suporte para o suporte técnico do meu projeto. Ouvi dizer que o Share Point não funciona bem como um sistema público. ScrewTurn funciona bem nesta área.
— 233 Brad Brad Brad

ScrewTurn é incrível. (ASP baseado) +1
— squillman

Er, ASP.NET para ser correto ...
— squillman

5

Utilizamos o Mediawiki com sucesso internamente e há uma maneira de substituir o editor normal pelo FCKEditor para edição WYSIWYG em http://mediawiki.fckeditor.net .

Sem mencionar uma variedade de outras extensões que podem ser úteis.


1
O benefício óbvio aqui é que, se você estiver implantando uma multidão com conhecimento de tecnologia com possível experiência na Wikipedia, eles enfrentarão quase nenhuma curva de aprendizado na transição para uma instalação interna do MediaWiki.
— Wesley

Acordado. Configuração muito simples, muito popular - portanto, existem muitos recursos disponíveis, se você ficar parado ou precisar de recursos adicionais.
— 21330 Kara Marfia

O Mediawiki também é incrível. Eu te dou a Wikipedia ... #
— squillman

2
Eu tenho que ser honesto, não suporto o Mediawiki fora da Wikipedia. Ele tem muitas decisões de design que foram tomadas com a Wikipedia / Enciclopédia em mente, tornando difícil lidar com isso para uso geral. Estive em duas empresas em que alguém começou com uma instalação do Mediawiki e depois a substituiu por outra em seis meses. Nas duas vezes, todos ficaram muito mais felizes com a substituição.
— Christopher Cashell

4

Estamos usando o Confluence de Atlassian , há cerca de dois anos. Foi ótimo, eles têm outras ferramentas que se integram a ele. Custa dinheiro, mas não é muito e eles ainda têm uma opção hospedada para que você não precise lidar com a administração. O Confluence também possui um editor WYSIWYG embutido e importação / exportação para documentos do Word e exportação para PDFs.

Um dos grandes benefícios é que existe um ecossistema de terceiros adequado para ele e muitos novos plugins e recursos estão disponíveis.


Por outro lado, tem uma marcação estranha / estranha e muitas peculiaridades. A facilidade de adicionar plug-ins é uma faca de dois gumes: útil, mas pode tornar as atualizações dolorosas. E se você não possui uma base de usuários controlada, os plug-ins podem ser uma preocupação de segurança. O Atlassian Jira é um rastreador de problemas decente, mas, a menos que você tenha uma necessidade específica, eu pessoalmente não recomendaria o Confluence.
— mattdm

4

O Windows SharePoint Services possui um recurso wiki com uma interface fácil de usar e um editor WYSIWYG. É fornecido como um download gratuito para o Windows Server.


Também usamos o Wiki do SharePoint. Supondo que você possa poupar o servidor e o tempo de configuração, ele é bom o suficiente para uso interno e possui boa conectividade com o restante dos serviços do SharePoint e boa pesquisa incorporada. Pena que suporta apenas o IE.
— 214 Moshe

2
Usamos o SharePoint extensivamente, mas pessoalmente odeio a tecnologia wiki do SharePoint. Estou esperançoso de que a próxima versão do SharePoint irá melhorá-lo ....
— cori

No trabalho, parte da alta gerência está pressionando fortemente para abandonar nosso Wiki interno em favor do SharePoint. Eu tenho que ser honesto, passei a não gostar muito do SharePoint. O wiki do SharePoint é uma piada absoluta em comparação com um Wiki Engine real, e o sharepoint é uma enorme dor de cabeça para se trabalhar.
— Christopher Cashell

4

Eu usei o Dokuwiki depois de fazer algumas pesquisas usando o site de comparação da wiki: wikimatrix.org.

O que eu gostei no Dokuwiki é que ele não requer um banco de dados e foi fácil de configurar, administrar e estender através de plugins PHP. Eu descobri que os plugins são muito poderosos e que era bastante simples criar novos (eu não sou um especialista em PHP) - veja meu post no blog: blog.monnet-usa.com/?p=33

Estou executando o Dokiwiki no IIS e usei um plug-in de integração do AD para permitir a autenticação do Windows para meus usuários.


Usamos o Dokuwiki internamente e como back-end para alguns sites de baixa prioridade. Ficamos meio felizes com isso. Não é um sistema particularmente notável quando você se aprofunda nos internos, mas funciona bem nos casos de uso simples. Um dos recursos que nos atraíram inicialmente foi o controle de acesso do usuário, que funciona bem.
— Paul McMillan

3

Estou muito feliz usuário do dokuwiki . no meu caso, é autenticar usuários no Active Directory via LDAP.

Eu posso ver que existe o plugin WYSIWYG, mas nunca o usei.


Conseguimos convencer nossos usuários a descobrir a sintaxe do Dokuwiki, que tem sido um milagre. Funciona razoavelmente bem para eles agora.
— Paul McMillan



1

O Fitnesse é o mais fácil de instalar que eu usei, mas é muito limitado (formatação e manipulação de arquivos).

Eu tenho usado o Trac para gerenciamento de projetos, navegação no repositório SVN e rastreamento de problemas, e seu wiki é muito bom. Obviamente, não é apenas um wiki, portanto, pode ser confuso ter os outros recursos se você não os estiver usando. Trac é o meu favorito atual.

Eu usei o MediaWiki no passado. A configuração foi mais difícil, mas os recursos do wiki são excelentes. É o software que dirige a Wikipedia. É mais difícil de configurar do que Fitnesse e Trac, no entanto.

Nunca administrei uma instalação do Confluence , mas usei o wiki e ele é ótimo, mas não é gratuito. Se a instalação e a administração forem parecidas com os outros produtos da Atlassian, será fácil. Ou você pode usá-lo hospedado pelo Atlassian e evitar a instalação completamente.

Existem tantas opções com tantos recursos diferentes, que sua melhor aposta é seguir o conselho de stukelly e conferir o WikiMatrix .


Eu achei o Mediawiki muito fácil de configurar em comparação com o Trac. Depois que mudei para o Ubuntu, ambos ficaram fáceis - apt-get install trac / mediawiki.
— ceejayoz

1

Uma boa solução wiki que estamos usando é o XWiki . Eu o recomendo pelos seguintes motivos:

  • velocidade, percebida (cliente) e real (servidor);
  • capacidade de script - você pode personalizar suas páginas usando Velocity, Groovy, Python e (não tenho certeza) Ruby;
  • bom editor WYSYWIG;
  • desenvolvimento ativo;
  • bom tempo de resposta aos defeitos relatados.

0

Temos um que usamos internamente no trabalho, que acredito ser baseado no Tikiwiki . Existem literalmente centenas por aí e a maioria é gratuita. Tikiwiki e Mediawiki parecem boas escolhas.

O Tikiwiki é muito bem suportado e tem lançamentos muito recentes.


0

Usamos o Community Server, que possui um wiki decente. Infelizmente, é apenas na edição Professional ou superior, e a Telligent recentemente se destacou no que diz respeito aos custos de licenciamento, IMO.

Também usamos o Dekiwiki da mindtouch, que é bastante sólido.


0

Usamos o Twiki ( http://twiki.org/ ) na Motorola e funciona muito bem


1
Observe que eu não faria uma nova implantação do Twiki agora. Devido ao fundador do projeto tentar assumir completamente o projeto desenvolvido pela comunidade, praticamente toda a comunidade de desenvolvimento abandonou o Twiki em favor de um garfo, o Foswiki ( foswiki.org ). Eu recomendo fortemente escolher isso no Twiki para novas implantações.
— Christopher Cashell

Eu não iria lá. Tivemos uma instalação do twiki que começou bem, mas as coisas começaram a se deteriorar depois. Além disso, não há uma configuração fácil, e o editor WYSIWYG corrompe o texto de vez em quando - especialmente tabelas.
— David Rabinowitz

0

Da minha resposta à # 10023 :

No meu local de trabalho, larguei o ScrewTurn Wiki em um de nossos servidores de desenvolvimento Windows e o vinculei ao nosso SQL Server. Funciona muito bem, roda rapidamente e principalmente fica fora do nosso caminho para a documentação. Nas duas semanas desde que foi implantado, já adicionamos cerca de 60 páginas de informações, e é apenas para nossa equipe (~ 10 pessoas).

Até o momento, mantemos informações sobre projetos atuais e passados ​​e começamos a adicionar informações sobre os aplicativos, como como construí-los do zero, URLs e outras informações importantes para os desenvolvedores que são novos na equipe.

Uma das minhas páginas favoritas no wiki tem sido a página de ferramentas e bibliotecas. Lá, começamos a adicionar informações sobre nossas ferramentas e bibliotecas favoritas de produtividade que usamos muito, um exemplo do qual é grepWin para pesquisa de texto no Windows.

Eu recomendaria totalmente verificar toda a gama de wiki disponíveis e encontrar uma que se adapte ao uso, funcionalidade e ambiente de implantação pretendidos. Eu escolhi o ScrewTurn porque é fácil de usar e tínhamos muito espaço livre em nosso WinServer local, mas o YMMV.


0

Encontrei uma solução hospedada que possui uma ótima interface e um editor wysiwyg muito fácil de usar. O nome do serviço é pbworks


0

Eu sugiro que você olhe para uma página de comparação DEPOIS de sentar e pensar exatamente sobre o que você precisa. Você precisa fazer backup do wiki e como ele se encaixa na sua infraestrutura existente.

Uma comparação de wikis está nesta wikipedia. Veja o "Comparison_of_wiki_software".


0

Vou colocar meu viés de frente - trabalho na Microsoft e sou o gerente de programa responsável pela próxima versão dos wikis do SharePoint.

Eu acho que para os clientes que já possuem um ambiente do SharePoint configurado, o wiki no SharePoint 2007 é uma alternativa razoável.

Uma postagem de blog de um de nossos MVPs que descreve as wikis do SharePoint: http://woodywindy.spaces.live.com/blog/cns!773832677F575173!653.entry

Ainda não estamos prontos para compartilhar o que faremos na próxima versão, mas fique de olho nos anúncios sobre o SharePoint 2010.


0

Atualmente, estamos usando o Alfresco como um substituto de código aberto do Sharepoint. Nossa base de usuários não é técnica e a utiliza sem queixas ou problemas. Você pode fazer o download de uma VM VMware pré-configurada no Enspeed, se quiser experimentá-la. Ele suporta o upload de informações através de SMB e Webdav e também da integração do Active Directory.

Ligações:

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.