Мы планируем создать вики или CMS для внутреннего использования нашим ИТ-отделом. Одна из важных вещей, для которых мы хотим его использовать, - это процедуры аварийного восстановления.
Учитывая, что катастрофа, такая как отключение электроэнергии или сети, может сделать вики-страницу недоступной, кажется разумным разместить вики-страницу в двух местах, чтобы, если одно из них недоступно, мы могли вернуться к другому.
Существуют ли какие-либо вики или CMS, которые синхронизируются (или альтернативный способ достижения аналогичной цели)?
Предполагая, что у вас нет тонны записей в минуту в вашей вики, вы также можете добиться синхронизации с помощью NoSql db CouchDB или Токио как бэкэнд. А также есть Redis. Они удобны для репликации.
Экспериментальное решение также может быть TiddlyWiki на Dropbox, действительно децентрализовано! (или, может быть, слишком сумасшедший, но вы можете это проверить :))
О Wiki и CMS, которые можно использовать с этими бэкэндами Github это место для поиска. действительно очень простой, но расширяемый простой sinatra couchdb вики Instiki (Rails) можно адаптировать с помощью Ом
Вы также можете рассмотреть sqlite3 как синхронизируемый бэкэнд, так как db Это просто файл. Такие фреймворки, как Rails и Django, поддерживают его прямо из коробки.
БОЛЬШЕ: Подумав, мне пришло в голову, что, конечно, вы можете использовать мерзавец тоже, поскольку это децентрализованная вещь по своей природе. Если вы создаете свою вики поверх git, вы можете добавлять хуки к каждому push для запуска синхронизации с другими клонированными репозиториями вашей вики или просто запускать pull каждые несколько минут. И Вот у вас есть пример wiki-over-git.
Я также нашел Зим что вы можете комбинировать, опять же с git.
я использую dokuwiki с файловым хранилищем. работает очень хорошо, а rsync как метод синхронизации делает свое дело.
Я доверяю rsync все свои резервные копии, почему бы мне не доверять репликацию вики?
текстовые файлы, в которых хранятся страницы этой вики, прекрасно читаются и доступны для поиска непосредственно из shell / mc, что является еще одним преимуществом аварийного восстановления.
Если вам нравятся минималистичные фреймворки на основе файлов, вы можете попробовать Werc. Он следует философии plan9, поэтому ожидайте, что все будет в виде файла. Таким образом, синхронизация выполняется легко.
Вики нравится МойнМойн не используйте серверы баз данных, а только локальные файлы, которые можно легко синхронизировать, например, rsync.
Я думаю ты мог бы использовать ископаемое для этого, даже если это не его основная цель быть CMS. У него есть вики и билеты, он может синхронизироваться по сети, это единственный исполняемый файл, он может работать в автономном режиме, у него есть история изменений (поскольку это инструмент распределенного контроля версий).
Вики Сообщества также поддерживает файловое хранилище, однако я бы посоветовал вам не полагаться на домашние стратегии репликации (например, rsync). Я бы просто выбрал сервер базы данных, который поддерживает репликацию и отказоустойчивую кластеризацию (например, SQL Server).