Подтвердить что ты не робот

Какая лучшая открытая wiki-платформа?

Мне было поручено создать вики для наших разработчиков для совместного использования информации о проекте (IP-адреса сервера, Документация по интерфейсам, Диаграммы архитектуры и т.д.). Мой менеджер предложил Deki, и я также слышал о MediaWiki и Twiki. Один проект здесь использует Trac, но нам не нужны его возможности SVN, и мы хотели бы иметь редактор WYSIWYG, если это возможно. Мы также хотим размещать эту вики локально.

Я не мог найти много веб-ресурсов, сравнивающих различные платформы wiki и предыдущие вопросы, на самом деле не затронул вопрос напрямую.

Какая лучшая wiki-платформа? Что в прошлом было хорошим/ужасным?

Требования:

  • WYSIWYG
  • Чистый интерфейс
  • Простота использования
  • Прикрепить файлы к страницам
  • Иерархия управления пользователями (пользователи/группы)
  • Открытый исходный код
  • Хостинг локально

Если не дублировать, довольно похоже: Стандартная кодировка Wiki

Update:
Мы решили пойти с Деки. Отличный интерфейс, WYSIWYG, Иерархия пользователей и установка с образа VM были быстрыми. Я поддержал пост Deki, но я собираюсь дать лучший ответ на ответ wikimatrix, поскольку это было лучшее предложение помочь мне сравнить различные платформы wikis. Спасибо!

4b9b3361

Ответ 1

Попробуйте сравнить их в Wiki Matrix

Ответ 2

В работе мы в настоящее время используем Deki из Mindtouch. В нем есть все функции, которые вы опубликовали.

Отличный продукт, но основная причина, по которой я выбрал это, состояла в том, что у них есть готовая версия на образ VMware. Просто загрузите изображение и проигрыватель VWware и запустите его с вашего компьютера. Затем вы можете получить к нему доступ через браузер.

Когда мы получили сервер VMware, я просто переместил его и продолжал использовать его.

Ответ 3

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

У меня был сайт, который я поддерживал для некоммерческой группы, и я использовал FreeTextBox. Он аккуратный, он бесплатный, и он работает в ASP.NET - все критерии, которые мне нужны. члены этого клуба просто не собирались выяснить HTML и использовать это, чтобы сделать смелые, подчеркнутые и т.д. Итак, я дал им FTB, который немного походил на Microsoft Word. Выиграть/выиграть, правильно?

Неправильно. Поскольку по умолчанию я оставил во всех элементах управления, которые дает FTB, люди выбрали всевозможные странные вещи, главным образом шрифты. Все в организации любили Comic Sans. Тьфу. Это было сделано для редактирования публичного сайта, и все выглядело ужасно непоследовательным - размер шрифтов, типы шрифтов и все.

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

Вы знаете, что люди сделали вместо этого? Они будут редактировать все в Microsoft Word, а затем вставлять их. Они заметили, что они не могут делать то, что им нужно в FTB, поэтому они просто использовали Microsoft Word, чтобы обойти его (я уверен, что это то, как они отправляют скриншоты по электронной почте как Что ж). И FTB просто принимает все это, как правило, с действительно перепутавшимися линиями, так что все выглядело еще более странным. И FTB спроектирован таким образом, что, когда что-то перепутано, трудно исправить их, не врываясь в HTML, что было вне диапазона того, на что способны эти участники.

Если я когда-нибудь общаюсь с этим сайтом снова, я убираю FTB и вкладываю что-то вроде редактора WMD, используя Markdown, например Stack Overflow. Я согласен с тем, что не позволить людям увидеть, как будут выглядеть их правки в реальном времени, - это проблема, которую пропускают редакторы "вики". Но я также думаю, что позволить людям использовать настоящий WYSIWYG-редактор онлайн (или, по крайней мере, тот, который будет просто принимать HTML-in-the-background, который создает Word) - это рецепт катастрофы. Мне нравится компромисс, используемый Qaru - не позволяйте им использовать реальный HTML, но дайте им предварительный просмотр в режиме реального времени.

Итак, хотя редактирование WYSIWYG является одним из ваших требований, вы можете пересмотреть это в зависимости от аудитории вашего сайта.

Ответ 5

Я не уверен в "Иерархии управления пользователями (Users/Groups)", но MoinMoin охватывает все остальные базы.

Поскольку Wikis, как правило, плоские (т.е. все могут делать все), я не уверен, что разделение пользователей на более чем две иерархии (админы и обычные пользователи) имеет такой смысл. Конечно, люди, которые никогда не пользовались Wiki раньше, обычно руководствуются страхом и сомнением, и они будут полагать, что они должны защищать вики от вандалов.

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

Небольшая заметка из личного опыта: редакторы WYSIWYG все еще находятся в зачаточном состоянии. Я считаю, что гораздо быстрее при использовании режима редактирования. Эта функция упрощает ее продажу в топ-менеджменте, хотя (= люди, которые думают "Слово" == "Операционная система" ).

Ответ 6

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

ScrewTurn Wiki

nevermind... у него нет редактирования WYSIWYG...

Ответ 7

FWIW, я очень рекомендую Foswiki.org(бывший TWiki). Это очень зрелая Wiki с очень хорошим редактором WYSIWYG, а также сплошной wiki-ML, а также позволяет использовать все теги HTML.

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

Ответ 8

Мы использовали ScrewTurn Wiki как нашу локальную вики в компании. До сих пор у нас не было никаких проблем. Afaik, у него есть все функции, которые вы просили. Но, конечно, вы должны попробовать сначала, особенно если вам нужен движок wiki asp.net.

Ответ 9

Хотя я в основном использую MediaWiki, у него нет WYSIWYG, и это не хорошо для ограничения чтения. Если вы хотите ограничить редактирование (в соответствии с вашей "Иерархией управления пользователями (пользователями/группами)" ), то это вполне выполнимо, но для ограничения чтения там в основном гарантируется, что вы можете сделать это водонепроницаемо. Это просто не построено для этого.

Возможно, вам стоит взглянуть на TWiki. Он имеет редактор WYSIWYG, и вы также можете напрямую писать в HTML. Это полезно, потому что вы не храните пейджеры в промежуточном слое разметки wiki.

Я считаю, что у него очень мощный контроль доступа с нуля. Для пользователей это довольно приятно. Я думаю, что это сложно установить, но вы не указали простую установку как одно из ваших требований.;) Как только вы закончите, все должно быть хорошо. У этого также есть сильное сообщество, хотя следите за по-разному названными forks из-за недавнего, нарушения.

Ответ 10

Мне нравится Wiki в FogBugz, но я использую FogBugz, так что это, безусловно, удобно.