на настоящий момент перепробованы следующие open-source wiki движки + плагины, главным образом не прошедшие отбор по критерию — удобство wysiwyg редактора и отсутствие интеграции с офисом:
— docuwiki, mediawiki, xwiki, gwiki.
А так же следующие программы:
— wikipad, evernote, onenote.

В настоящий момент ставлю и пробую:
серверную OnlyОffice, демо confluence, демо alfresco.

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

Буду благодарен за любые советы и информацию. Спасибо.

qna.habr.com

Локальная база знаний организации на движке Wiki / Habr

Введение

Идея создания своей маленькой Википедии, посвященной только моей работе, пришла не сразу, да и потребовала долгой реализации, т.к. она делалась на работе, а времени на ее наполнение оставалось не так уж и много. Интересно было то, что по должностной инструкции должна была существовать база знаний, в которой мы должны были искать ответы на вопросы пользователей, на деле же ее не существовало.

Первый блин

Второй блин

Установка Dokuwiki проходит даже проще, чем установка других CMS. Для меня основная сложность была в последующей настройке. Например, редактировании файла .htaccess для того, чтобы ссылки были красивыми, а также включение транслитерации, для того, чтобы ссылки были читаемыми (иначе они превращаются в набор символов). Вся информация в Dokuwiki хранится внутри файлов и папок, без использования базы данных, поэтому транслитерация важна для того, чтобы можно было понять где что лежит, если установка происходит на windows- системы, на ubuntu кодировка UTF-8, поэтому кириллические названия ссылок нормально отображаются, как в системе, так и на сайте.

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

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

Создание страницы в Dokuwiki можно осуществить так: указать внутри существующей страницы ссылку на несуществующую и перейти по ней, тогда система скажет, что такой страницы нет, и предложит создать ее, это очень удобно, т.к. на сайте названия страниц можно писать на русском языке, в системе они периодически получат название с помощью транслита. В последующем, можно будет в ссылках использовать и обычное наименование и наименование в транслите. Редактирование содержимого происходит с помощью удобного редактора, функциональность которого также расширяется плагинами. Синтаксис движка очень простой, основы можно запомнить за пару часов работы с сайтом, чтобы потом не обращаться к разделу помощи по синтаксису. Даже если что-то забыть потом, ссылка на синтаксис присутствует на странице создания и редактирования документов.

Созданные страницы хранятся в каталогах, которые называются “Пространства имен” (namespaces). В операционной системе каждый каталог является одной папкой, страницы хранятся в текстовых документах, так что их можно редактировать и без использования браузера (главное, чтоб права доступа не потерялись). Для каждой страницы хранится история ее изменений, как и в любом вики-сайте, можно быстро сделать откат, если текущая редакция не устраивает.

После знакомства с синтаксисом Dokuwiki и создания первых статей возник новый вопрос- как ограничить доступ анонимам на сайт, ведь будет не очень хорошая ситуация, если пользователь зайдет и прочитает про себя что-нибудь нелестное на его взгляд, не будем забывать, что есть люди, которые с компьютером не дружат, да и с сотрудниками техподдержки тоже, так что в описании может быть все, что угодно, хоть на сайте и есть свои правила. В Mediawiki все решалось ручной правкой файла конфигурации, в Dokuwiki на этот случай встроена удобная система управления доступом к различным разделам и даже отдельным статьям. Я просто блокировал доступ в раздел с пользователями для анонимов. Для авторизированых пользователей, которыми являются сотрудники техподдержки доступ остался. Так что теперь на сайт можно заходить даже с рабочего места пользователя, чтобы уточнить какую-либо информацию.

Со временем был создан раздел с программами, потом раздел с оборудованием, происходит наполнение раздела пользователей. Для каждого пользователя была создана отдельная страница. Также страницы были созданы и для кабинетов, со ссылками на пользователей и описанием оборудования. Из-за того, что в системе много однотипных по наполнению страниц, необходимо было как-то упростить их создание. Создатели Dokuwiki за меня уже подумали и сделали механизм шаблонов содержимого. Например в папку “Пользователи” в системе помещается файл _template.txt, в котором лежит шаблон, по которому надо заполнять страницу о пользователе. При создании новой страницы все данные из этого шаблона попадают в нее, остается только дописать нужное. Минус состоит только в том, что шаблон нельзя создать из веб-интерфейса напрямую, приходится создавать его прямо внутри папки вручную, либо переименовывать уже созданную страницу.

Заключение

habr.com

CMS — это?… / Habr

Тему нового взгляда на расшифровку аббревиатуры CMS развил в своём блоге Друи Буйтэ — лидер проекта Drupal. С его точки зрения, CMS – это «Collaboration Management System», т.е. система управления совместной работой. В качестве примера он приводит SharePoint и ближайший его аналог с открытым исходным кодом – систему Alfresco (последней, правда, не хватает именно «портальных» функций). Дри так же сетует, что, в отличии от этих двух систем, Drupal не поддерживает интеграцию с офисным ПО, таким, как MS Office и OpenOffice. Дискуссия продолжается в комментариях к записи, но постепенно скатывается к банальному holy war между любителями SharePoint’а и Drupal’а.

Так чем же, на самом деле, отличается система управления контентом от системы управления сообществом или системы управления совместной работой (последняя, в какой-то мере, является частным случаем второй, наиболее характерным в бизнес-среде)? На мой взгляд, отличие состоит в направлении информационных потоков. Традиционные CMS’ки обеспечивают, по сути, однонаправленную передачу информации – от редактора (он может быть как автором, так и «собирателем» информации) к читателю (посетителю сайта). Редактор, среди прочего, должен обладать навыками ввода и изменения информации в используемой CMS. По мере развития веб-приложений, использующих DHTML, процесс ввода в систему текста даже со сложной разметкой значительно упрощается, но по возможностям все еще не дотягивает до полноценных десктопных офисных пакетов. Что уж говорить о табличных данных и графических схемах, весьма часто используемых в бизнес-среде. Ручная же верстка страниц зачастую представляет собой слишком сложную для большинства пользователей задачу.

Все это не позволяет наладить полноценный обратный поток информации – от читателя к редактору сайта. Как только мы дадим возможность читателю (в этом случае он уже становится участником) вносить свои изменения, дополнять и расширять контент сайта используя привычные для него средства (а для большинства пользователей это, как ни крути, офисный пакет), мы получим систему совместной работы, пригодную для потребностей бизнеса. Ларчик, как вы видите, открывается просто.

Итак, подводя итоги:

1. Система управления контентом должна обеспечивать поток информации от редактора к читателю. Система совместной работы должна обеспечивать двусторонний поток информации – от сайта к участнику, и от участника – к сайту. При этом технические средства, с помощью которых пользователь вводит информацию в систему должны, с одной стороны, обладать широкими функциональными возможностями, а с другой – быть простыми и/или привычными для пользователя.
2. Для того, чтобы сделать «убийцу SharePoint’а», надо в первую очередь реализовать простую, безглючную, прозрачную интеграцию системы с тем или иным (а лучше и тем и другим) офисным пакетом.

habr.com

Создание своей Wiki на CMS: исследуем движки для сайтов

Само понятие отнюдь не ново, хотя в своей знаменитой статье «What Is Web 2.0» Тим О’Рейли окрестил Википедию и так называемые wiki-style-сайты частицей нового Веба. Давайте порассуждаем, в чем состоит феномен этого явления, в чем его преимущества перед «простыми» CMS и каковы недостатки.

Феномен Википедии, или Идея «коллективного разума»

Раскрывая термин Web 2.0, Тим О’Рейли, объясняет, чем примечательны виртуальные энциклопедии. В частности, размышляя о «коллективном разуме» О’Рейли видит преимущество перед блогами именно в этом аспекте: в Wiki знания как накапливаются, так и «отсеиваются» громадным контингентом людей.

В отличие от обычных CMS, Wiki более интерактивна в плане редактирования (изменению поддается практически любая страница wiki-сайта) и более «демократична» (равноправие всех пользователей). Конечно, эти качества с таким же успехом можно отнести и к форумам (конференциям), но понятия «форум» и «портал» лучше все же отделять друг от друга. Как пример wiki-портала О’Рейли привел Википедию – огромный справочный ресурс и авторитетный источник информации.

Вокруг Википедии много споров. С одной стороны, ее информативность – большой плюс. Но с другой – невозможно представить, кто автор той или иной информации. На страницы виртуальной энциклопедии можно разместить откровенную глупость, подменить имена и даты (вот уж есть где проявить фантазию!) и при этом остаться «ненаказанным». А значит, любой факт, взятый вами из Википедии, нуждается в дополнительной проверке, и это нужно хорошо понимать, ведь надежность информации в Интернете зависит преимущественно от человеческого фактора. Довольно жестко Википедию раскритиковал Николас Карр в своем блоге. Он приводит несколько вопиющих примеров, когда энциклопедическая статья – просто несколько отрывочных и к тому же сомнительных фактов, расставленных в хронологическом порядке. То есть, помимо проверки фактов, не каждый пишущий в энциклопедию следит за стилем написания.

Но не будем забывать, что понятие Wiki чуть шире огромного портала Wikipedia. Например, взять любопытный проект Citizendium (Citizens’ Compendium, англ. «гражданский справочник»). Основной упор разработчики сервиса сделали не на количество (пока в архиве около 2700 статей), а на качество материала. «We aim at credibility and quality, not just quantity» – таково одно из главных направлений Citizendium. Проверить и исправить публикацию сможет каждый желающий … но не младше 25 лет и с ученой степенью не ниже бакалавра. Жаль, что проект англоязычный и слишком «академический» в плохом смысле слова. Это конкурент Википедии, но вряд ли ее замена.

На тему «насколько хороши (Web 2.0)/нехороши (Web 1.0) виртуальные энциклопедии» рассуждать можно очень долго. Нельзя сходить на частности или на их основе делать какие-то выводы. Качество публикации Wiki зависит от популярности во-первых, собственно материала, во-вторых – ресурса, на котором стоит Wiki-движок и, в-третих, от сообщества, созданного вокруг данного ресурса.

Пишем энциклопедию

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

1) знания об установке CMS
2) Wiki-движок
3) хостинг с поддержкой PHP/SQL
4) немного терпения и старания

Приступим к поиску инструментария. Википодобные CMS часто встречаются в репозиториях Linux (это на случай, если у вас лежат без дела несколько DVD с linux-софтом). И движки эти весьма специфические.

К примеру, CMS Egroupware чрезмерно«тяжела» (~20 мегабайт) и поэтому не слишком гибка в настройке. Система AsWiki написана на языке Ruby, и поставить ее на локальном сервере сложно, не говоря уже о хостинге, где поддержка Ruby обойдется в копеечку. Некоторые найденные Wiki требовали дополнительные библиотеки Perl, что для нас не приемлемо. Также я нашел wiki-утилиту Zim, только это было не веб-, а локальное приложение.

Но в Сети выбор значительно шире. Самым оптимальный вариантом викисистемы считается CMS MediaWiki. Она в разы популярнее своих многочисленных клонов – на ней работают почти все Wiki, включая упомянутые Wikipedia и Citizendium.

По сути, MediaWiki – это текстовый процессор в Web. Но, несмотря на кажущуюся простоту, движок достаточно требователен к системным параметрам. На вашем хостинге должна быть поддержка MySQL/PostgreSQL и PHP не ниже 5-й версии, иначе MW откажется устанавливаться. Впрочем, если вам в чем-то не повезло, вы можете найти более раннюю версию и попытаться установить ее. Установка вполне стандартна, единственный особенный момент по сравнению с просто-CMS – это выбор лицензии. Нужна она или нет – зависит от масштабности и направленности вашего проекта. Если вы считаете, что ваши условия совпадают с условиями лицензии, выбирайте «GNU Free Documentation License» или «A Creative Commons license».

Еще одна особенность, которую стоит упомянуть – создание аккаунта администратора. Помните, я говорил о демократии? Так вот, все пользователи действительно равны в правах, но у администратора не может не быть дополнительных привилегий. Сюда входят блокировка и удаление страниц. Представьте, а что, если бы такими правами администратор не обладал или, наоборот, любой пользователь мог удалить/заблокировать какой-либо материал?! Беспредел получился бы, вот что.

Заполняете нужные поля/нажимаете нужные кнопки – и Wiki уже перед вашими глазами. Конечно, пока это только чистый лист, но твердая обложка уже есть :). На следующем этапе важно найти каких-нибудь авторов, кроме вас самих и приступать к заполнению «пустых мест». Предварительно ознакомьтесь с подобными Wiki-ресурсами (какая структура, подача материала) или хотя бы откройте Википедию в разделе Wiki – там перечислены несколько ключевые особенности Wiki-ресурсов.

Особенность редактирования состоит не только в том, что изменить можно все и вся, но и в наличии своеобразного синтаксиса. Язык разметки MediaWiki лаконичнее HTML: к примеру, двойные квадратные скобки [[ и ]] (уже замеченные в логотипе MW) преобразуют текст в ссылу, три одинарные ковычки ‘’‘ делают текст полужирным и т. д. Такой сокращенный синтаксис не уникален (ведь существуют BBCode и Textile, более функциональные средства разметки), но весьма удобен при форматировании таблиц, заголовков и прочих элементов. Кстати, а знаете, почему у MediaWiki такой «странный» логотип? Дело в том, что для энциклопедических статей характерна гипертекстовость. Любые термин/дата/ имя/ помечены ссылкой, которая ведет на пояснение или развернутое описание.

P.S. Не бойтесь сетевых вандалов :). В MediaWiki предусмотрена защита от таких, мягко говоря, хулиганов. Это так называемая система отката версий и учета изменений. Правда, она направлена не столько против вандализма, сколько для удобства корректуры. Ну, а сетевому вандалу можно заблокировать доступ к редактированию страниц ресурса. Решение принимается быстро – в этом поможет раздел обсуждения пользователей (аноним определяется по ip-адресу).

— Врезка 1 —

Профиль

Тим О’Рейли (Tim O’Reilly) – основатель и генеральный директор именитого издательства O’Reilly Media. Активист движения «Web 2.0».

Тим О’Рейли о Википедии:

Википедия – это прекрасно, чёрт побери!

Николас Карр (Nicholas G. Carr) — IT-журналист, бывший главный редактор авторитетного издания Harvard Business Review, автор книги “Does IT Matter («Блеск и нищета информационных технологий» – название в русском варианте).

Николас Карр о Википедии:

В реальности, однако, Wikipedia отнюдь не так хороша, как хотелось бы. Более того, не хороша совсем

— Врезка 2 —

Wiki — слово гавайского происхождения, в переводе «Wiki Wiki» значит «быстрый». Недавно термин был включен в Оксфордский Словарь Английского языка и тем самым стал английским неологизмом. Слово «(to) google», кстати, там тоже есть – не только как цифра, но и в смысле глагола «искать».

softdroid.net