同期のあるWiki / CMS？
IT部門が内部で使用するためのwikiまたはCMSの設置を検討しています。私たちがそれを使用したい大きなものの1つは、災害復旧手順です。
電源やネットワークの停止などの災害によってWikiにアクセスできなくなる可能性があることを考えると、一方にアクセスできない場合にもう一方にフォールバックできるように、Wikiを2か所でホストするのが賢明なようです。
同期する（または同様の目的を達成するための代替方法）ウィキまたはCMSはありますか？
Wikiに1分あたりのエントリが大量にない場合、NoSql db CouchDB または Tokyo をバックエンドとして使用して同期を実現することもできます。 redis もあります。それらはレプリケーションに適しています。
実験的な解決策は、 TiddlyWiki on Dropbox 、本当に分散化されています！ （または多分あまりにもクレイジーですが、あなたはそれをテストすることができます:)）
これらのバックエンドで使用できるWikiとCMSについて Github が検索する場所です。 本当に本当にシンプルですが拡張可能ですシンプルなsinatra couchdb wiki Instiki（Rails）は Ohm で適応できます
また、dbは単なるファイルであるため、sqlite3を同期可能なバックエンドと見なすこともできます。 RailsやDjangoは、箱から出してすぐにサポートします。
[〜＃〜] more [〜＃〜]：少し考えた後、もちろん使用できると思いますgitも、本質的に分散型のものであるためです。 gitの上にwikiを構築する場合は、すべてのプッシュにフックを追加して、wikiの他のクローンリポジトリとの同期を開始するか、数分ごとにプルを実行することができます。そして ここ yuoにはwiki-over-gitの例があります。
zim も、gitと組み合わせることができることがわかりました。
私はファイルストレージで dokuwiki を使用します。非常にうまく機能し、同期方法としてのrsyncはトリックを行います。
私はすべてのバックアップでrsyncを信頼していますが、なぜwikiレプリケーションを信頼しないのですか？
このwikiにページが格納されているプレーンテキストファイルは、Shell/mcから直接完全に読み取りおよび検索できます。これは、ディザスタリカバリのもう1つの利点です。
MoinMoin のようなWikiはデータベースサーバーを使用せず、rsyncなどと簡単に同期できるローカルファイルのみを使用します。
ミニマルなファイルベースのフレームワークが好きな場合は、 werc を試すことができます。それはplan9の哲学に従っているので、すべてがファイルであると期待してください。そうすれば、同期は簡単です。
CMSになることが主な目標ではない場合でも、これには Fossil を使用できると思います。ウィキとチケットがあり、ネットワーク経由で同期でき、単一の実行可能ファイルであり、オフラインモードで実行でき、変更の履歴があります（分散バージョン管理ツールであるため）。
ScrewTurn Wiki ファイルベースのストレージもサポートしていますが、自作のレプリケーション戦略（rsyncなど）に依存しないことをお勧めします。レプリケーションとフェールオーバークラスタリングをサポートするデータベースサーバー（SQL Serverなど）を選択するだけです。