Wiki / CMS com sincronização? [fechadas]

Question

Estamos procurando criar um wiki ou CMS para uso interno por nosso departamento de TI. Uma das grandes coisas que queremos usar é procedimentos de recuperação de desastres.

Dado que um desastre, como uma queda de energia ou rede, pode tornar o wiki inacessível, parece sensato hospedar o wiki em dois lugares, de modo que, se um estiver inacessível, podemos voltar para o outro.

Existem quaisquer wikis ou CMSs que sincronizem (ou uma maneira alternativa de atingir um fim semelhante)?

    

Answer 1

Supondo que você não tenha toneladas de entradas por minuto em seu wiki, você também pode obter a sincronização usando NoSql db CouchDB ou Tóquio como back-end. Também há redis . Eles são compatíveis com a replicação.

Uma solução experimental também pode ser TiddlyWiki em um Dropbox , realmente descentralizado! (ou talvez muito louco, mas você pode testá-lo :))

Sobre o Wiki e o CMS que você pode usar com esses back-ends O Github é o lugar para pesquisar. realmente muito simples, mas extensível wiki simples do sinatra couchdb Instiki (Rails) pode ser adaptado com Ohm

Você também pode considerar sqlite3 como back-end sincronizado desde o db. É apenas um arquivo. Frameworks como Rails e Django o suportam imediatamente.

MAIS : Depois de pensar, vem à minha mente que é claro que você também pode usar o git , já que é uma coisa descentralizada por natureza. Se você construir seu wiki em cima do git, você pode adicionar ganchos a cada push para disparar a sincronização com outros repositórios clonados do seu wiki ou apenas fazer um pull a cada poucos minutos. E aqui você tem um exemplo de wiki-over-git.

Encontrei também zim que você poderia combinar, novamente com o git.

    

Answer 2

Eu uso dokuwiki com armazenamento de arquivos. funciona muito bem, e o rsync como synchronization metod faz um truque.

Eu confio no rsync com todos os meus backups, por que eu não confiaria na replicação wiki?

arquivos de texto simples nos quais este wiki armazena páginas são perfeitamente legíveis e pesquisáveis diretamente do shell / mc, que é outra vantagem de recuperação de desastres.

    

Answer 3

Wikis como MoinMoin não usam servidores de banco de dados, apenas arquivos locais que podem ser sincronizados facilmente com o rsync.

    

Answer 4

Se você gosta de frameworks baseados em arquivos minimalistas, você pode tentar werc . Segue a filosofia do plano9, então espere que tudo seja um arquivo. Dessa forma, a sincronia é fácil.

    

Answer 5

Eu acho que você poderia usar o fóssil para isso, mesmo que não seja seu principal objetivo ser um CMS. Tem wiki e tickets, pode sincronizar pela rede, é um único executável, pode rodar no modo offline, tem histórico de mudanças (já que é uma ferramenta de controle de versão distribuída).

    

Answer 6

O

ScrewTurn Wiki também suporta armazenamento baseado em arquivos, no entanto, eu aconselho que você não conte com estratégias de replicação caseira (como o rsync) . Gostaria de optar por um servidor de banco de dados que suporte replicação e cluster de failover (como o SQL Server).