我们正在考虑建立一个 wiki 或 CMS，供我们的 IT 部门内部使用。我们最想用它做的一件事就是灾难恢复程序。
鉴于诸如电力或网络中断等灾难可能会导致 wiki 无法访问，将 wiki 托管在两个地方似乎是明智的，这样，如果一个地方无法访问，我们可以回到另一个地方。
是否有任何 wiki 或 CMS 可以同步（或者有其他方式可以达到类似的目的）？
答案1
假设你的 wiki 每分钟没有大量的条目，你也可以使用 NoSql db 实现同步CouchDB或者东京作为后端。还有redis. 它们易于复制。
也可以尝试一个实验性的解决方案维基百科在Dropbox，真正去中心化！（或者可能太疯狂了，但你可以测试一下：））
关于你可以与这些后端一起使用的 Wiki 和 CMSGithub是需要搜索的地方。 真的非常简单但可扩展 简单的 sinatra couchdb wiki Instiki (Rails) 可以适用于欧姆
您还可以考虑sqlite3作为可同步的后端，因为数据库只是一个文件。Rails 和 Django 等框架开箱即用地支持它。
更多的：经过一番思考，我想到当然你可以使用git因为它本质上是一个去中心化的东西。如果你在 git 上构建你的 wiki，你可以向每次推送添加钩子，以触发与 wiki 的其他克隆存储库的同步，或者每隔几分钟启动一次拉取。并且这里您有一个 wiki-over-git 的示例。
我还发现津巴布韦您可以再次将其与 git 结合使用。
答案2
我用多库维基使用文件存储。效果很好，并且 rsync 作为同步方法很有效。
我信任 rsync 来处理我的所有备份，为什么我不信任 wiki 复制？
本 wiki 存储页面的纯文本文件可以直接从 shell/mc 读取和搜索，这是另一个灾难恢复优势。
答案3
维基百科摩因摩因不使用数据库服务器，只使用可以轻松同步的本地文件，例如 rsync。
答案4
我认为你可以用化石为此，即使它的主要目标不是成为 CMS。它有 wiki 和票证，它可以通过网络同步，它是一个单一的可执行文件，它可以在离线模式下运行，它有更改历史记录（因为它是一个分布式版本控制工具）。