My<cod/>.net
Каковы некоторые веб-решения на основе базы знаний?
Я использовал блог WordPress и Screwturn Wiki (на двух отдельных заданиях) для хранения частной, специфичной для компании информации KB, но я ищу что-то, что было создано, чтобы быть базой знаний. В частности, я хотел бы увидеть:
- Бесплатно / низкая стоимость
- Простой способ для пользователей подписаться на KB (или просто разделы), чтобы получить обновления
- Возможность делать изменения версий страниц / аудита
- Ограничить доступ к определенным страницам для определенных пользователей
- Очень простой способ публикации / редактирования статей
- Очень простой способ добавления изображений в статьи
- Отличные (быстрые, точные) поисковые способности
- Возможность оценивать и комментировать статьи
Мне нравилось использовать блог Wordpress, потому что он позволял мне использовать Live Writer для добавления/редактирования статей и изображений, но у него не было управления версиями страниц (что я мог видеть).
Мне нравится использовать Screwturn wiki из-за его способности отслеживать версии статей, и мне нравится, что это чистый взгляд, но некоторые нетехнические люди отказываются от ввода и редактирования.
Я поддерживаю ответ Люка.
Я могу порекомендовать слияние и вот почему: Я тщательно протестировал многие коммерческие и бесплатные решения на основе Wiki. Ни один из них не является победителем по всем статьям, включая слияние. Позвольте мне попытаться сделать ваш поиск немного короче, суммируя то, что я узнал, чтобы быть болью и что важно:
- WYSIWYG-это самая важная функция для предприятия. A wiki без него, пропустите его
- Сказать, что на самом деле WYSIWYG не работает идеально. Это скорее функция, которую вы должны иметь, чтобы случайные пользователи не боялись монстра и начали его использовать. Но вы и все, кто хочет серьезно создавать контент, очень быстро привыкнете к wiki markup. это быстрее и надежнее.
- Вам нужны хорошие средства управления разрешениями (кто может видеть, редактировать и т. д. страницу). слияние есть хорошее, но у меня есть свои претензии (к сложному, чтобы быть помещенным сюда)
- Вам понадобится хорошая функция экспорта . Большинство даст вам одну страницу "PDF" экспорта, но вам нужно гораздо больше. Например, допустим, у вас есть FAQ, вы хотите экспортировать весь FAQ, верно? это сработает?
- Macros: вы хотите создать сообщество macros. Вы спросили, например, о возможности оценивать страницы, вот ссылка на макрос для слияния, который позволяет вам это сделать
- Структура: вы хотите иметь возможность сказать, что страница является дочерним элементом другой страницы, и иметь возможность просматривать данные. Модель Википедии, состоящая из осиротевших страниц без структуры, не будет работать на предприятии. (подумайте FAQ, вы хотите иметь иерархию нет?)
- Возможность легко атташировать картинку, чтобы быть встроенным в тело page/article. в слиянии, вам нужно загрузить изображение, а затем можно встроить его, это может быть немного лучше (CTR+V), но я думаю, что это достаточно легко для 80% пользователей.
В конце концов, помните, что a Wiki будет тем ценнее для вас, чем более гибким он будет. Это должен быть холст "blank", и ваше воображение затем используется для "build" приложения. В Confluence я нашел 3 разных "best practices" о том, как создать FAQ. Это означает, что я могу реализовать MANY вещь.
Некоторые примеры (я использую свой Wiki для)
- FAQ: любая ошибка, проблема регистрируется. Используется PS и ENG. значительно сократилось время внутренней поддержки
- Отслеживание статуса учетной записи: я подразумеваю, что вы можете сразу увидеть, какой клиент находится в каком состоянии, какая версия программного обеспечения у него есть, кто в компании "владеет" custoemr и т. д
- Продукт: вся документация, инструкции по установке, "what's new" и т. д
- Техническая документация, структура DB и что означают таблицы
- HR: список контактов, хранилище документов
Мой бегун вверх (15 месяцев назад) был свободным Deki_Wiki , время прошло, так что я не знаю, будет ли это все еще мой бегун вверх.
удачи вам!
Я также исследовал программное обеспечение wiki для использования в качестве KB, но сложно найти что-то, что легко использовать для нетехнических людей. Есть много Вики, которые пытаются обеспечить редактирование WYSIWYG, но большинство программ, которые я нашел, генерируют неприятные неэффективные html markup из редактора WYSIWYG.
Одно заметное исключение из этого правила- слияние , которое генерирует синтаксис wiki из редактора WYSIWYG. Это все еще не идеально (покажите мне редактор WYSIWYG, который есть), но это довольно хороший компромисс между сохранением простого синтаксиса wiki для тех, кому он нравится, и позволением нетехническим пользователям вносить контент. Единственная проблема заключается в том, что Confluence не является бесплатным ($1200 за 25-ю пользовательскую лицензию).
Edit: я также попробовал DekiWiki, и хотя UI хорош, он, похоже, не совсем готов к прайм-тайму (ужасно страдает от плохого WYSIWYG-выходного заболевания, упомянутого выше). Также кажется, что им не хватает направления, поскольку существует так много различных способов выполнения одной и той же задачи.
Я думаю, что Drupal-это очень возможный выбор. Он имеет много встроенной поддержки для захвата информации книжного типа.
Кроме того, существует богатая коллекция пользовательских модулей, которые можно использовать для улучшения функций.
Я думаю, что он имеет почти все функции, которые вы просите из коробки.
Drupal преимущества CMS
Лично я использую MediaWiki для этой цели. Я попробовал ряд других бесплатных и платных Вики-сайтов (включая Confluence) и всегда был впечатлен простотой и удобством использования MediaWiki.
У меня есть MediaWiki, установленный на флэш-накопителе (используя XAMPP из PortableApps), который я использую в основном как личную базу знаний/хранилище фрагментов кода. Я могу взять его с собой, куда бы я ни пошел, и просматривать/редактировать его с любого компьютера, который я использую.