Вопросы Теги

Wiki / CMS с синхронизацией? [закрыто]

Мы изучаем возможность создания вики или CMS для внутреннего использования нашим ИТ-отделом. Одна из важных вещей, для которой мы хотим его использовать, - это процедуры аварийного восстановления.

Учитывая, что катастрофа, такая как отключение электричества или сети, может сделать вики-страницу недоступной, кажется разумным разместить вики-страницу в двух местах, чтобы, если одно из них недоступно, мы могли вернуться к другому.

Существуют ли какие-либо вики или CMS, которые синхронизируются (или альтернативный способ достижения аналогичного результата)?

3
задан 19 May 2010 в 20:36
6 ответов

я использую dokuwiki с хранилищем файлов. работы очень хорошо и rsync как метод синхронизации делают прием.

я доверяю rsync все свои резервные копии, почему я не доверил бы репликацию Wiki?

файлы простого текста, в которых эта Wiki хранит страницы, совершенно читаемы и доступны для поиска непосредственно от оболочки/мГц, которая является другим преимуществом аварийного восстановления.

2
ответ дан 3 December 2019 в 05:09

Принятие Вас не имеет тонн записей в минуты в Вашей Wiki, можно также достигнуть синхронизации при помощи дб NoSql CouchDB или Токио как бэкенд. Существуют также советы. Они благоприятны для репликации.

Экспериментальным решением мог быть также TiddlyWiki на Dropbox, действительно децентрализованном! (или возможно слишком сумасшедший, но можно протестировать Его :))

О Wiki и CMS можно использовать с теми бэкендами, которые GitHub является местом для поиска. действительно действительно простой, но растяжимый простой sinatra couchdb Wiki Instiki (направляющие) мог быть адаптирован с Омом

Можно также рассмотреть бэкенд sqlite3 asa synchronizable начиная с дб, Это - просто файл. Платформы как направляющие и Django поддерживают Его из поля.

Еще: После некоторых взглядов Это прибывает по моему мнению, что, конечно, можно использовать мерзавца также, так как это - децентрализованная вещь по своей природе. При создании Wiki сверху мерзавца можно добавить рычаги к каждому нажатию для увольнения синхронизации с другими клонированными репозиториями Wiki или просто luanch получение по запросу каждые несколько минут. И здесь yuo имеют пример Wiki по мерзавцу.

Я нашел также zim, что Вы могли объединиться, снова с мерзавцем.

3
ответ дан 3 December 2019 в 05:09
  • 1
    Какая-либо идея, какой wikis поддерживал бы использование тех баз данных как бэкенд? –  Clinton Blackmore 19 May 2010 в 20:56
  • 2
    Я действительно получаю удовольствие от идеи Dropbox! –  Clinton Blackmore 19 May 2010 в 20:57
  • 3
    Добавленный больше материала для ответа на Вас. –  microspino 19 May 2010 в 21:36
  • 4
    Добавленный решение мерзавца также. –  microspino 21 May 2010 в 14:13

Wikis как MoinMoin не используют серверы баз данных, только локальные файлы, которые могут синхронизироваться легко с т.е. rsync.

1
ответ дан 3 December 2019 в 05:09

Если Вам нравятся минималистические основанные на файле платформы, можно попробовать werc. Это следует за plan9 философией, так ожидайте, что все будет файлом. Тем путем синхронизация легка.

1
ответ дан 3 December 2019 в 05:09

ScrewTurn Wiki также поддерживает хранение файлов, однако я советовал бы Вам не полагаться на доморощенные стратегии репликации (как rsync). Я просто выбрал бы сервер базы данных, который поддерживает репликацию и отказоустойчивую кластеризацию (как SQL Server).

0
ответ дан 3 December 2019 в 05:09
  • 1
    rsync является странной стратегией репликации? Хотеть объяснить? –  Sven♦ 19 May 2010 в 20:45
  • 2
    ScrewTurn является приложением ASP.NET. Я подозреваю, что в Windows, с помощью rsync немного необычно. –  Clinton Blackmore 19 May 2010 в 20:55
  • 3
    @SwenW rsync является " weird" в некотором смысле то, что это не могло бы копировать все данные способом, которые имеют смысл. Что, если приложение изменяет данные в то время как you' тиражирование ре? You' d заканчиваются с поврежденной копией. That' s, почему я предложил использовать SQL Server (или любое другое больше устойчивой системы, которая поддерживает горячую репликацию). –  Dario Solera 20 May 2010 в 08:36

Я думаю, что Вы могли использовать окаменелость для этого, даже если это не своя главная цель быть CMS. Это имеет Wiki и билеты, это может синхронизировать по сети, это - единственный исполняемый файл, это может работать в режиме офлайн, это имеет историю изменений (так как это - распределенный инструмент управления версиями).

1
ответ дан 3 December 2019 в 05:09

Теги

Похожие вопросы